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ПРЕДИСЛОВИЕ 


Одним из самых ответственных моментов проектирования авто¬ 
матизированной системы управления предприятием (АСУП) был и 
остается этап проектирования информационной базы и в первую 
очередь нормативно-справочной информации (НСИ), которая ох¬ 
ватывает совокупность сведений, отражающих устойчивые свойст¬ 
ва объектов и явлений производственно-экономической деятельно¬ 
сти предприятия. 

В АСУП, созданных на базе ЭВМ второго поколения, фонд 
НСИ на машинных носителях представлял собой набор массивов 
данных, ориентированных на использование в одной задаче или в 
заранее определенной группе задач. Для употребления этих же 
данных другими задачами массивы обычно переупорядочивались 
или создавались новые, ориентированные на другое применение. 
Такой подход становится неэффективным при возрастании объема 
обрабатываемых данных со сложными внутренними взаимосвя¬ 
зями. Можно без преувеличения сказать, что от организации и 
ведения информационной базы АСУП в настоящее время во мно¬ 
гом зависит эффективность функционирования системы, продолжи¬ 
тельность и трудоемкость ее разработки, поскольку на всех ста¬ 
диях проектирования АСУП существует большое разнообразие 
взаимосвязей между нормативным хозяйством и задачами АСУП. 

Одним из направлений эффективного решения названной проб¬ 
лемы является создание банков данных, что приводит к повыше¬ 
нию актуальности данных, более строгой их согласованности, уве¬ 
личению скорости выборки, надежности хранения и обеспечению 
независимости организации данных от проблемных программ. 

Создание банков данных обусловливает принципиально новый 
подход к организации информационной базы и предполагает ис¬ 
пользование специальной системы управления базой данных 
(СУБД). Назначение, возможности и особенности применения 
одной из них описаны в первой главе. В системе БАСТАЙ факти¬ 
чески отражены наиболее общие принципы, присущие многим 
СУБД, поэтому содержание первой главы позволяет читателю 


получить представление о проблеме создания банков данных в 
АСУП при применении любой другой СУБД 

Характерная особенность информационной базы АСУП — нали¬ 
чие ряда нормативно-справочных данных, которые целесообразно 
создавать и вести в виде независимых массивов. Опыт разработки 
и внедрения ряда систем показал, что в качестве программного 
средства для выполнения этой работы достаточно удобной является 
система САВИ. Она описана во второй главе. 

Ряд специфических особенностей конкретного применения бан¬ 
ков данных при разработке программ решения задач освещаются 
в третьей главе на примере Первого московского часового завода. 
Здесь приводится описание организации информационной базы 
и алгоритмов наиболее типичных задач АСУГІ. 



ГЛАВА 1 

ОРГАНИЗАЦИЯ И ВЕДЕНИЕ БАНКОВ 
ДАННЫХ В АСУП 

§ 1. Роль и место банка данных в АСУП 

Совершенствование управления предприятием, а тем самым 
повышение производительности его работы обеспечивается широ¬ 
ким внедрением автоматизированных систем управления предпри¬ 
ятием (АСУП). АСУП рассматривается как взаимоувязанная со¬ 
вокупность технических, информационно-программных и организа¬ 
ционных средств, направленных на выработку эффективных науч¬ 
но обоснованных решений по управлению ресурсами и производ¬ 
ственной деятельностью предприятия. При этом автоматизация 
обработки информации с использованием ЭВМ является средст¬ 
вом совершенствования методологии управления, играет важную 
роль, хотя и вспомогательную, в решении проблемы совершенство¬ 
вания планирования и управления предприятием. 

Автоматизация обработки данных с помощью ЭВМ требует в 
свою очередь построения рациональных потоков информации на 
предприятии, формализации ее представления, создания специ¬ 
альных методов организации и обработки данных. До внедрения 
ЭВМ весь информационный процесс расчленялся на отдельные, 
зачастую дублирующие друг друга части, обусловленные органи¬ 
зационной структурой предприятия, в результате нарушалась 
преемственность потоков информации и снижалась достоверность 
получаемых данных. Применение ЭВМ обеспечивает синтез 
информационных потоков, создание единой информационной базы 
и многоцелевое ее использование в процессе решения функцио¬ 
нальных задач (рис. 1). 

Состав данных информационной базы определяется составом 
и содержанием задач, решаемых в вычислительном центре (ВЦ). 
Число задач и их содержание постоянно меняются, а соответствен¬ 
но изменяются информационная база и взаимосвязь между 
задачами, решаемыми в ВЦ и службах предприятия. Обработка 
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Рис. 1. Схема связей информационной базы АСУ и объекта управления 


информации на ЭВМ находится в тесной связи с обработкой 
данных в целом на предприятии, поэтому создание АСУП не і 
нарушает единства информационного процесса на предприятии, 
способствует его качественному улучшению. Это выражается в 
своевременном обеспечении управленческого персонала достовер¬ 
ной и актуальной информацией. Для хранения и накопления ее 
требуются запоминающие устройства ЭВМ большой емкости. 

В разрабатываемых до сих пор АСУП в качестве таких уст¬ 
ройств в основном использовались магнитные ленты (МЛ), при¬ 
менялся последовательный метод организации информации в виде 
независимых массивов на МЛ, что наложило отпечаток на орга¬ 
низацию системы обработки данных. Как правило, при решении 
конкретной задачи в традиционных АСУП требуется непосредст- | 
венное участие в расчетах не всей нормативно-справочной 
информации, а лишь относительно небольшой части, а для поиска 
ее в массиве с последовательной организацией данных приходится I 
просматривать весь массив. По этой причине длительность реше- 
ния задачи зависит в основном от объема просматриваемой ^фор¬ 
мации, а не от непосредственно участвующей в решении задачи. 

С появлением устройств прямого доступа большой емкости — 
магнитных дисков — появилась возможность накопления больших 
объемов информации существенно новым способом — в виде банка 
данных. 

Банк данных — это Система организации, ведения и хранения 
интегрированной информации, расположенной на машинных носи¬ 
телях и предназначенной для комплексного многоцелевого исполь¬ 
зования, вместе со специальными программами, организационны¬ 
ми и техническими средствами его ведения. Основные состав- 
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ные элементы банка данных — база данных (БД) и система 
управления базой данных (СУБД). 

База данных представляет собой взаимосвязанную совокуп¬ 
ность данных определенным образом организованных, хранимые 
на магнитных дисках и им подобных запоминающих устройствах 
прямого доступа и используемых в качестве исходной информации 
для решения задач. База данных может иметь сложную логиче¬ 
скую структуру взаимосвязи данных (сетевую, древовидную и др). 

Структура базы данных должна удовлетворять требованиям 
многих применений, обеспечивая быстрый доступ к каждому эле¬ 
менту информации. Для этого в БД должны быть отражены 
естественные логические связи между данными, на основании 
которых при решении задач может выполняться выборка логиче¬ 
ски связанных записей без обработки остальной информации, на¬ 
ходящейся в базе данных. Такой целенаправленный поиск инфор¬ 
мации сокращает время решения задач, алгоритмы которых не 
позволяют осуществить выборку необходимых данных последова¬ 
тельным просмотром массива без предварительной его сортировки 
или объем информации которых незначителен по сравнению с 
общим объемом массивов. 

В базе данных отсутствует избыточная информация, т. е. 
значение каждого реквизита (например, номер детали, код мате¬ 
риала) запоминается в базе данных только один раз, а поиск 
нужных данных (например, применяемости детали в узле) по 
соответствующему реквизиту осуществляется с помощью адресных 
ссылок к месту ее расположения в базе данных. Это приводит к 
экономии оперативной памяти, используемой для размещения ин¬ 
формации в процессе ее обработки, но не всегда обусловливает 
экономию памяти, предназначенной для хранения информации 
в БД. Последнее зависит от разности между объемом памяти, 
занятой адресными ссылками, и объемом данных, которые они за¬ 
меняют. 

В базе данных повышается достоверность информации вслед¬ 
ствие программной проверки согласованности различных данных 
между собой. При добавлении в базу данных новых единиц ин¬ 
формации и при обновлении ее этот процесс будет успешным толь¬ 
ко в том случае, если изменение не противоречит состоянию ранее 
накопленных данных. Для этого вновь включаемые единицы 
информации вплетаются в ранее построенную сеть адресных свя¬ 
зей и становятся доступными для обработки. Например, нельзя 
включить в БД данные конструкторской спецификации по тем 
деталям и узлам, по которым нет информации в массиве предме¬ 
тов, содержащем сведения о соответствующих деталях и узлах. 

Система управления базами данных (иногда ее называют 
операционной системой банка данных) включает комплекс прог¬ 
рамм для ввода данных, загрузки и корректировки базы данных, 
обеспечения доступа к данным из прикладных программ или с 
терминалов. СУБД обеспечивает сохранность, восстановление 
базы данных и контроль за ее использованием. Как правило, 
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СУБД разрабатывается в виде общесистемных пакетов приклад¬ 
ных программ и предназначается для многих применений.Извест¬ 
ные в настоящее время СУБД (БАСТАЙ, САВИ, СИОД1, 
СИОД2, УНИБАД, СИНБАД, ОКА, БАНК и др.) различаются 
структурой БД, характером выполнения ими своих функций. Так, 
в системе БАСТАЙ предусмотрен доступ к данным только на 
уррвне Ассемблера, в СИОД1—дополнительно на Коболе иПЛ/1. 
В то же время БАСТАЙ имеет программные компоненты, обеспе¬ 
чивающие создание специальных программ подготовки данных, а 
в СИОД1 они отсутствуют. СИОД2—модифицированный и нес¬ 
колько расширенный вариант СИОД1 и программно с ним сов¬ 
местим. В принципе эти три СУБД ориентированы на жесткий 
состав и структуру массивов базы данных и на использование в 
АСУй для организации и ведения нормативно-справочной инфор¬ 
мации. 

Система БАНК, представляет собой комплекс программных 
средств для организации информационной базы различной струк¬ 
туры. В этом состоит преимущество данной СУБД по сравнению 
с СИОД1 и СИОД2 [7]. Однако из-за прйменения в системе 
БАНК [5] метода рандомизации неоправданно увеличивается 
расход памяти, что резко ограничивает его применение в АСУП. 

Секторно-ориентированная система программирования САВИ— 
универсальная система организации и обслуживания незави¬ 
симых массивов информации на машинных носителях. Данная 
система как самостоятельно, так и в сочетании с СУБД БАСТАЙ 
или СИОД1 и СИОД2 — достаточно удобное средство организации 
и ведения нормативно-справочной информации. СИНБАД и ОКА 
по своим характеристикам почти тождественны. В них предусмот¬ 
рена организация и ведение баз данных иерархической структуры. 

С применением банков данных изменилась структура систем 
обработки данных. Это отличие в первую очередь заключается в 
том, что процедуры обработки информации (ввод, корректировка, 
сортировка, дублирование и контрольные распечатки массивов) не 
относятся к конкретным задачам, а выделены в самостоятельную 
систему — часть СУБД. Второй особенностью является функцио¬ 
нирование программ в динамической среде вычислительных ресур¬ 
сов, что обусловливается наличием средств настройки программ 
обработки на параметры вычислительной системы, а также воз¬ 
можностью параллельного решения задач и их синхронизации. 
Третья особенность новой системы обработки— автоматическая 
подготовка программ к работе на основании параметров, записан¬ 
ных на специальном языке. И последняя особенность — отделение 
описания структур данных от программ обработки. 

В основу разработки СУБД положен принцип независимости 
данных, что означает отделение функций ввода, хранения и кор¬ 
ректировки данных от программ обработки, и независимости прик¬ 
ладных программ от изменения физических характеристик и раз¬ 
мещения данных, а также от наличия неиспользуемых типов дан¬ 
ных. Независимость достигается хранением описания данных 
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отдельно, от программы. Объединять программу с описаниями дан¬ 
ных можно во время выполнения программы или на этапе компиля¬ 
ции. В СУБД часто сочетаются оба метода: на этапе компиляции 
осуществляют привязку на уровне структуры записей, а во время 
выполнения программы происходит привязка на уровне размеще¬ 
ния записей. 

Независимость данных позволяет изменять их описание без 
последующего изменения программ, использующих эту информа¬ 
цию. К тому же программиста на этапе написания программы нс 
интересует взаимосвязь между используемой и неиспользуемой им 
из БД информацией. Взаимосвязь между данными программист 
учитывает лишь на этапе составления алгоритма решения задачи, 
так как это в некоторой степени влияет на время решения задачи. 
Указанные факторы определяют направление проектирования 
систем электронной обработки данных в АСУП, их реализация 
обусловливает надежность и простоту применения системы, 
несмотря на ее внутреннюю сложность. 

§ 2. Назначение и область применения системы БАСТАЙ 

БАСТАЙ* представляет собой проблемно-ориентированную 
систему программирования по организации и ведению банка дан¬ 
ных, включая загрузку данных, их корректировку и реорганиза¬ 
цию. В системе имеются программные компоненты для поиска 
информации в банке данных при разработке программ пользова¬ 
теля. Являясь, по существу, универсальным генератором прог¬ 
рамм для создания банков данных, БАСТАЙ вместе с тем огра¬ 
ничена по своим возможностям: массивы банка данных могут 
включать основные и наиболее взаимосвязанные данные фонда 
НСИ (сведения о составе изделия, технологических маршрутов, 
оборудования, материалах и др.), но не в состоянии одновременно 
содержать информацию всех нормативно-справочных документов 
(НСД), которые подвергаются автоматизированной обработке при 
создании АСУП. Кроме того, в процессе эксплуатации АСУП 
иногда требуется создать отдельные массивы для корректировки я 
разработки новых задач. 

Массивы информации, не включенные в банк данных, могут 
быть организованы с помощью оригинального математического 
обеспечения либо с помощью системы САВИ** (см. гл. 2). 

В зависимости от состава и содержания недостающая информа¬ 
ция может быть включена в другой банк данных, организованный 
с помощью той же системы БАСТАЙ. Следует лишь учитывать, 
что чем больше исходных НСД будет включено в банк данных, 
чем сложнее взаимосвязи между ними, тем труднее на начальной 


* BASTEI — Bankspeicherung Technischer Informationen (банк накопления тех¬ 
нической информации) [10]. 

*-* SAWI — Speichern und automatisches Wiederauffinden (накопление и авто¬ 
матический поиск информации) [10]. 



стадии проектирования и внедрения решаются вопросы организа¬ 
ции банка данных, его корректировки и реорганизации. Не лиш¬ 
ним будет также отметить, что чем сложнее структура массивов, 
тем больше трудностей может возникнуть при восстановлении 
банка данных, если в процессе работы с ним или при его коррек¬ 
тировке был допущен брак в работе оператора, брак при подго¬ 
товке данных или несвоевременно выявлены отказы в работе ЭВМ. 
Учитывая это, разработчики структуры массивов банка данных и 
математического обеспечения должны внимательно относиться к 
вопросу определения структуры массивов и в каждом конкретном 
случае оценивать возможность появления названных выше труд¬ 
ностей. 

Несмотря на то что система БАСТАЙ по замыслу авторов была 
ориентирована на решение задач подсистемы технической подго¬ 
товки производства, ее можно использовать и при решении других 
задач в других подсистемах, если исходные данные определенным 
образом взаимосвязаны между собой. В частности, данная систе¬ 
ма может быть использована при организации базы данных для 
оперативного планирования, в торговле, в системе образования 
и др. Так, в торговле сведения о товарах и их поставщиках могуг 
быть представлены в виде базовых массивов, а сведения о цене, 
количестве, сроках поставки и т. п. составят массив связей. 

В системе образования базовые массивы могут включать све¬ 
дения о возможностях использования преподавателя для одного 
или нескольких предметов различного уровня преподавания. 
Массив связей должен отражать взаимосвязи между массивами. 
На основании указанных сведений можно получить ответы на зап¬ 
росы относительно замены преподавателей, перечня мероприятий, 
которые может провести каждый преподаватель, и т. д. 

Конкретные программы создаются путем генерации на основа¬ 
нии параметров, описывающих требуемую структуру массива бан¬ 
ка данных или требуемых программ поиска. Программирование 
параметров может выполняться самим потребителем системы. 

Программа поиска составляется на языке Ассемблера с ис¬ 
пользованием макрокоманд систем БАСТАЙ и ДОС ЕС и позволя¬ 
ет обрабатывать базовые данные последовательным методом, по 
непосредственным адресам, по конкретным значениям ключевых 
реквизитов или интервалу значений, осуществлять обработку 
накопленных цепей, выборочную обработку с помощью создания 
временных цепей и др. Макрокоманды более высокого уровня поз¬ 
воляют получать табуляграммы путем задания параметров о 
структурном составе или технологии производства. 

Полученные в результате генерации программы настроены на 
конкретную структуру информационной базы. После изменения 
структуры банка данных генерацию необходимо провести заново, 
уточнив соответствующим образом параметры. При реорганизация 
базы данных не только приводятся в соответствие логическая и 
физическая последовательности записей в массивах, но и выпол¬ 
няются добавление, корректировка и стирание данных. 
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Таким образом, организованные массивы системы БАСТАЙ нс 
только обеспечивают актуальность информации, минимальную 
избыточность ее, но и позволяют эффективно решать вопросы 
поиска данных, экономить затраты на программирование и отлад¬ 
ку программ задач АСУП. По предварительным оценкам, затраты 
на приспособление системы БАСТАЙ к условиям пользователя 
составляют 5—10% от затрат, требующихся при обычной разра¬ 
ботке программ организации и ведения банка данных. 

БАСТАЙ работает под управлением дисковой операционной 
системы ДОС ЕС и требует наличия накопителей на магнитных 
дисках (МД) и магнитных лентах (МЛ). Для работы системы 
необходимы также: центральный процессор; оперативное запоми¬ 
нающее устройство емкостью не менее 32 тыс. байт; устройство 
ввода с перфокарт; устройство связи оператора с ЭВМ (пишущая 
машинка); алфавитно-цифровое печатающее устройство. 

Количество накопителей на МД определяется пользователем 
в зависимости от объема включаемых в банк данных, однако не 
может превышать 16 (минимальное количество 2). На МЛ исполь¬ 
зуется не более четырех накопителей, минимум — один. Никаких 
других ограничений на применение системы не накладывается. 

§ 3. Состав и структура массивов системы БАСТАЙ 

С помощью системы БАСТАЙ можно создать от одного до 
четырех массивов данных, включая массивы, содержащие их 
взаимосвязи. 

Среди массивов банка данных следует различать базовые мас¬ 
сивы и массивы связей. Базовые массивы — это массивы, каждая 
запись которых содержит информацию о рассматриваемом объекте. 
Массивами связей являются массивы, содержащие структурные 
связи между записями одного массива или связи между базовыми 
массивами и данные, характеризующие эти связи. На рис. 2 стрел¬ 
ками указаны массивы входов в банк данных при обращении к 




Рис. 2. Варианты организации массивов в системе БАСТАЙ 


ним и существующие между 
массивами взаимосвязи. Ва¬ 
рианты а и б содержат по од¬ 
ному базовому массиву, а ва¬ 
рианты в и г — по два. По од¬ 
ному массиву связей содержат 
варианты б и в, а вариант г до¬ 
полнительно включает второй 
массив связей, в котором за¬ 
фиксированы структурные свя¬ 
зи между записями одного из 
двух базовых массивов. 

Предлагаемая для машино- 
й приборостроительных пред¬ 
приятий структура базы дан¬ 
ных (рис. 3) в основном опре¬ 
деляется тем, что она предна¬ 
значена для хранения и обра¬ 
ботки конструкторско-техноло¬ 
гической информации. Массив 
предметов (МП) и массив рабочих мест (РМ) являются базовыми, 
два других — массивами связей. В МП, как правило, хранятся дан¬ 
ные об изделиях, их составных частях и материалах. Каждому пред¬ 
мету (изделию или материалу) соответствует одна запись, которая 
содержит характеристики данного предмета, не зависящие от его 
связи с другими предметами. 

Связь между отдельными предметами осуществляется посред¬ 
ством адресных ссылок через записи массива спецификаций (СП). 
Каждая из них соединяет пару записей в МП и содержит данные, 
характерные только для этой связи, т. е. такие данные, которые 
не могут быть отнесены к каждому предмету в отдельности (нап¬ 
ример, количество деталей в некотором изделии или количество 
материала на деталь). 

РМ содержит сведения о наличии оборудования и его характе¬ 
ристики. С помощью записей технологических операций, содержа¬ 
щихся в массиве технологических маршрутов (ТМ), осуществля¬ 
ется связь между предметами и оборудованием. На линии этой 
связи, т. е. в записях ТМ, располагаются данные, конкретизирую¬ 
щие выполнение операций для данной детали на данном оборудо¬ 
вании. Обработка информации начинается всегда с записи, содер¬ 
жащейся в базовом массиве, — МП или РМ. По содержащемуся з 
базовой записи адресу можно выбрать запись связи, а при необхо¬ 
димости и соответствующую запись подчиненного базового масси¬ 
ва. С помощью последующих записей массивов МП или РМ поиск 
можно продолжить. Характерно, что при таком подходе будут вы¬ 
бираться только логически связанные записи, вся остальная инфор¬ 
мация, находящаяся в банке данных, в поиске не участвует, что 
заметно сокращает время поиска и обработки требуемой инфор¬ 
мации, 
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Рис. 3. Вариант структуры базы 
данных для машино- и приборостро¬ 
ительных организаций 

















В основу банка данных системы БАСТАЙ положен принцип 
цепной адресации. В каждой базовой записи содержатся началь¬ 
ные адреса цепей, соединяющих логически связанные записи мас¬ 
сивов. В массиве предметов могут брать свое начало четыре цепи: 
цепь состава изделий (цепь спецификаций), цепь применения 
предметов, цепь рабочих операций, обратная цепь рабочих опера¬ 
ций. Первые две цепи обязательные, необходимость построения 
двух других цепей задается с помощью параметров при генерации 
системы. Дополнительно в массиве предметов можно предусмот¬ 
реть создание рабочей цепи. В отличие от вышеперечисленных 
цепей она создается не программами загрузки или изменения 
банка данных, а программами обработки. Эту цепь целесообразно 
строить в случае, когда требуется многократно обрабатывать неко¬ 
торое множество записей, выбранных по определенному критерию 
(критериями могут быть перечень деталей, поступающих по коопе¬ 
рации, перечень изделий, изготовляемых на экспорт, и т. д.). 
Подлежащие обработке записи сначала соединяются в рабочую 
цепь, а затем подвергаются обработке. Создание рабочих цепей 
позволяет сократить время поиска информации, особенно в случае, 
когда объем ее мал по сравнению с объемом данных, накопленных 
в банке данных. В других случаях использование рабочих цепей 
может значительно упростить алгоритм расчета. 

В РМ может начинаться только цепь использования рабочих 
мест. Необходимость построения этой цепи задается с помощью 
соответствующих параметров. 

Цепная адресация записей банка данных возможна благодаря 
наличию в записях массивов системной части, в которую програм¬ 
мы загрузки и обслуживания банка данных помещают прямые 
физические адреса записей, включаемых в соответствующие цепи. 
Адреса состоят из номера цилиндра, номера дорожки и номера 
записи на дорожке. Для экономии места на диске адреса пред¬ 
ставлены в сжатом формате; их длина не более четырех байт. 
Помимо адресов в системной части записей могут располагаться 
и другие поля, предусмотренные в системе: поля для счетчиков 
записей в цепи и контрольные поля. Первые резервируются только 
при задании специальных параметров генерации. При этом счет¬ 
чики содержат число записей в соответствующей цепи. Контроль¬ 
ные поля располагаются в системной части записей массивов свя¬ 
зей и предназначены для дополнительного контроля достоверности 
информации в банке данных. 

В контрольном поле при загрузке или добавлении записей 
помещается часть кода предмета или рабочего места. При счи¬ 
тывании записи связи содержимое контрольного поля сравнивает¬ 
ся с соответствующей частью кода предмета или рабочего места и 
в случае их несовпадения выдается сообщение об ошибке. Длина 
контрольного поля и положение части кода, выбираемой для 
сравнения с контрольным полем, задаются параметрами при ге¬ 
нерации системы. 
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Для последовательной обработки базовых массивов в систем¬ 
ной части записей содержится адрес следующей записи массива. 
Необходимость этого адреса обусловлена специфической организа¬ 
цией базовых массивов. Для загрузки базовых массивов требуется, 
чтобы входные записи были рассортированы в порядке возраста¬ 
ния кодов предметов или рабочих мест. После загрузки массива 
физический порядок расположения записей на диске соответствует 
их логическому порядку, и адрес следующей записи указывает на 
следующую физическую запись. При добавлении новых записей 
они записываются вслед за последней записью массива, если зна¬ 
чение кода добавляемой записи больше значения кода последней 
записи массива, или же записываются в области переполнения, 
если это не так. В последнем случае физический порядок 
записей не соответствует логическому, поэтому адрес в записи, за 
которой должна стоять добавляемая, указывает на добавленную 
запись в области переполнения, а адрес в добавленной записи — 
на следующую за ней в логическом порядке запись в основной 
области данных. 

В системной части записей массива предметов предусмотрено 
двухбайтовое поле для текущего номера состояния массива. Нали¬ 
чие этого поля позволяет эффективно продолжить обработку дан¬ 
ных при аварийном прерывании обрабатывающей программы 
(например, из-за отказа ЭВМ). В каждом массиве банка данных 
имеется специальная управляющая запись с характеристикой мас¬ 
сива. В управляющей записи МП содержится также и текущий но¬ 
мер, который увеличивается на единицу при открытии массива. 
В процессе обработки каждой записи массива предметов перед 
помещением ее обратно на диск с помощью специальной макроко¬ 
манды можно приписать текущий номер из управляющей записи. 
Если произошло прерывание программы и массив не закрыт (т. е. 
обработка не закончена), управляющая запись в массив не запи¬ 
сывается. При повторном выполнении программы текущий номер 
в обработанных записях будет равен текущему номеру в управля¬ 
ющей записи, поэтому нет необходимости повторять обработку 
этих записей, что в конечном счете позволит сократить затраты 
машинного времени на повторное выполнение программы. 

Двухбайтовое поле для ступени диспозиции является вспомога¬ 
тельным средством для реализации эффективных алгоритмов рас¬ 
четов, связанных с определением состава й структуры изделий. 
Ступень диспозиции рассчитывается и корректируется программами 
загрузки и изменения массива спецификаций и принимает значе¬ 
ние, равное максимальной ступени вхождения предмета во все 
изделия, включенные в банк данных (для «конечных» изделий зна¬ 
чение ступени диспозиции равно нулю). 

Помимо перечисленных выше цепей в банке данных системы 
БАСТАИ можно предусмотреть наличие еще двух дополнительных 
цепей: обратной цепи применения предметов и обратной цепи 
использования рабочих мест. Полная структура системных частей 
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записей массивов банка данных и порядок расположения отдель¬ 
ных полей в записях приведены в приложении 1 (табл. 1—4). 

В то время как структура системных частей записей полностью 
определена назначением и возможностями системы БАСТАИ, на 
структуру и содержание части пользователя в записях система не 
накладывает практически никаких ограничений. В часть пользова¬ 
теля могут включаться любые данные, вводимые с первичных 
нормативно-справочных документов, а также данные, получаемые 
в процессе обработки. Если в массиве несколько типов записей, 
то в часть пользователя можно включить признак типа записи. 
Структура части пользователя для разных типов записей может 
быть различной, однако все записи в пределах одного массива 
должны иметь фиксированную (одинаковую) длину. Это единст¬ 
венное требование, которое необходимо учитывать при определе¬ 
нии структуры записей массивов банка данных. 

В некоторых случаях обозначение типа записи для базовых 
массивов удобнее включать не в часть пользователя, а в систем¬ 
ную часть в качестве старших разрядов кода предмета или рабо¬ 
чего места. В этом случае записи одного типа оказываются распо¬ 
ложенными рядом, что особенно выгодно при последовательной 
обработке. Такая ситуация может возникнуть, например, при 
включении в массив предметов не только изделий и их составных 
частей, но и материалов. Если дополнительно для каждого типа 
записей ввести в базовый массив искусственные записи с мини¬ 
мальным для данного типа кодом, это даст возможность перейти 
к последовательной обработке нужного типа записей непосредст¬ 
венно, без рассмотрения записей других типов. 



-Количестдо предметов 
-род предмета ' 


Рис. 4. Структура изделия А 
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Рис. 6. Маршрут обработки детали Д 


Наглядное представление записей массивов банка данных и 
связей между ними дают рис. 4—7. 

§ 4. Создание программ организации 
и обслуживания банка данных 

Программное обеспечение системы БАСТАЙ состоит из обоб¬ 
щенной проблемной программы (ОПП), генератора и библиотек 
исходных и объектных модулей. Из ОПП на основании задавае¬ 
мых параметров генерируется ряд модулей, которые после транс¬ 
ляции и редактирования объединяются в программы для выполне¬ 
ния различных функций по созданию и обслуживанию банка дан¬ 
ных. Помимо параметров необходимо написать также ряд специ¬ 
альных подпрограмм пользователя (СПП), предназначенных для 
обработки входных записей при включении их в банк данных и 
для распечатки загружаемых или изменяемых записей. 

Программы создания и обслуживания банка данных состоят из 
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управляющего модуля LEITPROG, модулей организации массивов 
DATE10RG и модулей ввода-вывода EAWURZEL, EAARBEIT и 
EAEROABS. Если в систему обслуживания включаются програм¬ 
мы реорганизации, дополнительно генерируются модули BDARE- 
ORG и VDAREORG, выполняющие в программах реорганизации 
функции управляющего модуля. Требуемые комбинации модулей 
для выполнения различных функций представлены в табл. 1. 



* Для загрузки каждого массива требуется генерировать отдельный модуль. 
** Для изменения всех массивов генерируется один модуль. 


Перечень параметров, их назначение и порядок следования 
приведены в приложении 2. С помощью параметров описывается 
структура входных записей, структура записей в банке данных, 
относительные адреса расположения реквизитов и системных по¬ 
лей в записях, их длина, положение ключей сортировки, задаются 
точки включения СПП, определяются требуемые адресные цепи. 
Некоторые параметры зависят от выбранной структуры банка 
данных и могут опускаться. 

Параметры записываются на бланках Ассемблера и перфори¬ 
руются на картах, начиная с колонки 1, операнды параметров — 
начиная с колонки 16, комментарии — с колонки 25. Порядок 
следования параметров должен соответствовать порядку их распо¬ 
ложения в таблицах (см. приложение 2). Структура входных за¬ 
писей и записей на диске описывается на языке Ассемблера с 
помощью инструкций DS, DC и ORG. Описание структуры записей 
для каждого массива удобнее всего помещать в библиотеку исход¬ 
ных модулей в виде отдельных книг. При программирования 
параметров в этом случае вместо описания структуры записей 
достаточно включить оператор Ассемблера COPY. Эти же описа¬ 
ния нужно использовать в программах подготовки исходных дан¬ 
ных и в обрабатывающих программах. Структуру записей на дис¬ 
ке можно представить либо в виде одной книги, включающей 
структуру системной части и части пользователя, либо отдельно. 
Если структура представлена в виде одной книги, имена полей в 
системной части должны отличаться от имен, приведенных в 
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приложении 1. В этом случае при программировании параметров 
после параметров DFSATZGD, DFSATZSD, DFSATZMD и 
DFSATZAD необходимо задавать соответственно операторы Ас¬ 
семблера ORG GD#SATZ, ORG SD#SATZ, ORG MD#SATZ и 
ORG AD4|=SATZ, а вслед за ними оператор COPY и имя требуемой 
книги. Если описание структуры записи закаталогизировано в 
виде двух книг, в операторе COPY указывается имя книги, содер¬ 
жащей описание структуры части пользователя, оператор ORG в 
этом случае задавать не нужно. 

После программирования параметров и СПП можно присту¬ 
пать к генерации системы. Управляющие карты для выполнения 
генерации приведены в приложении 3. В одном задании можно ге¬ 
нерировать сразу несколько модулей. Признаком начала парамет¬ 
ров для одного модуля является параметр PROGRART, признаком 
конца этого модуля — параметр PROGRART для следующего 
модуля. Признаком конца задания будет наклонная черта и звез¬ 
дочка в колонках 1 и 2. Ввод параметров производится с сим¬ 
волического устройства SYSIPT, вывод сгенерированных модулей 
осуществляется на магнитную ленту. Модули отделяются на ленте 
друг от друга ленточными марками. Если в процессе генерации 
обнаружены ошибки, ошибочный модуль на МЛ не выводится. 
Полученные в процессе генерации модули представляют собой ис¬ 
ходные программы на языке Ассемблера, поэтому их необходимо 
оттранслировать и поместить в библиотеку объектных модулей. 

§ 5. Подготовка исходной информации для загрузки 
и изменения банка данных 

- Программы загрузки и изменения банка данных позволяют 
вводить исходную информацию с перфокарт или с магнитных 
лент. Для ввода с перфокарт используется символическое устрой¬ 
ство SYSIPT, для ввода с магнитной ленты — SYS010. При боль¬ 
ших объемах информации в качестве устройства ввода предпочти¬ 
тельно применять магнитную ленту. Программы системы БАСТАй 
предполагают, что входные массивы на магнитных лентах состоят 
из блокированных записей переменной длины (VARBLK). Для 
загрузки банка данных требуется по одному входному массиву 
для каждого массива банка данных, для изменения всех массивов- 
банка данных достаточно иметь один входной массив. Входная 
информация для загрузки должна быть соответствующим образом 
рассортирована в порядке возрастания ключевых реквизитов. 
С целью экономии времени на внесение изменений входные данные 
также лучше рассортировать. 

Наиболее простым и наименее трудоемким является следующий 
подход к разработке программ создания и обслуживания банка 
данных. С помощью специальной программы строятся фиктивные 
массивы для загрузки банка данных, а вся действительная инфор¬ 
мация включается в банк данных в режиме внесения изменений. 
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Фиктивный массив для загрузки массива предметов состоит из 
двух записей, имеющих минимально допустимые значения кода 
предмета (например, если код предмета должен быть упакован, в 
качестве минимальных ключей можно выбрать упакованные нуль' 
и единицу). В остальных входных массивах достаточно иметь по 
одной записи с минимальными значениями ключей, при этом в 
записях связей для МС и ТМ должны использоваться те же коды 
предметов и рабочих мест, что и для базовых массивов. Во всех 
входных записях на одном и том же месте должен быть признак 
функции загрузки для соответствующего массива. Место располо¬ 
жения признака функции во входных записях задается для модуля 
LEITPROG параметром FKZEICHN, а значение признака —пара¬ 
метрами GDFKLADN, SDFKLADN, MDFKLADN и ADFKLADN. 

Входная информация для изменения банка может быть под¬ 
готовлена на перфокартах или на перфолентах. Так как изменения 
могут поступать сразу для нескольких входных документов различ¬ 
ной структуры, каждому документу необходимо разработать макет 
перфорации. Кроме макетов перфорации, во входных записях дол¬ 
жен содержаться также признак функции изменения. В системе 
предусмотрено выполнение следующих функций: 
добавление новых записей; 
удаление записей из массива (стирание); 
корректировка записей (замена неведущих реквизитов); 
групповое стирание записей (удаление всех записей специфи¬ 
кации на сборочную единицу или записей всех рабочих операций 
для некоторой детали). 

Для массивов связей допускается замена. В МС с помощью 
этой функции можно заменить компоненту и признаки сортировки, 
в ТМ — рабочее место и признаки сортировки. Во входных запи¬ 
сях в этом случае должны содержаться старые и новые значения 
заменяемых реквизитов. В массивах РМ и ТМ система может вы¬ 
полнять отделение и соединение, что означает разъединение или 
установление связей между записями рабочих операций в ТМ и 
записями рабочих мест в РМ. 

В зависимости от значений макета и признака функции в про¬ 
грамме ввода и записи исходных данных на магнитную ленту 
нужно предусмотреть контроль входных данных на достоверность’,* 
корректность задания функций изменения, формирование записей 
для- ввода в банк. 

В зависимости от заданной во входной записи функции изме¬ 
нения программа должна проверять наличие в банке данных за¬ 
писей, подлежащих изменению, подготавливать недостающие в 
базовых массивах записи, если необходимо добавлять новые 
записи связей, а требуемые базовые записи в банке данных отсут¬ 
ствуют. Все ошибочные записи не должны включаться в выходной 
массив; в программе следует предусмотреть их распечатку. После 
работы программы записи для изменений должны быть рассорти¬ 
рованы в следующем порядке: записи для добавления и коррек- 
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тировки базовых массивов; записи для изменения массивов свя¬ 
зей; записи для стирания в базовых массивах. 

Чтобы обеспечить такой порядок рассортированности, необхо¬ 
димо выбрать признаки функций изменения и структуру записей 
для каждого массива. Чтобы разделить записи, относящиеся к 
разным массивам, достаточно ввести во все записи в качестве 
старшего ключа сортировки признак принадлежности записей к 
массивам банка данных. Признаками могут быть: 1 — для запи¬ 
сей на добавление и корректировку МП, 2 — для записей на до¬ 
бавление и корректировку РМ, 3 — для записей на изменение МС, 
4 — для записей на изменение ТМ, 5 — для записей на стирание 
в МП и 6 — для записей на стирание в РМ. В качестве второго 
ключа сортировки нужно взять: код предмета для МП, код ра¬ 
бочего места для РМ, код сборочной единицы (куда входит) для 
МС и код детали для ТМ. 

Для массивов связей требуется дополнительно еще от одного 
до трех признаков сортировки. Для МС в качестве дополнитель¬ 
ного признака сортировки обычно выбирают код компоненты .(что 
входит), для ТМ — номер рабочей операции и код рабочего места. 
В качестве последнего ключа сортировки для записей всех типов 
следует задавать признак функции изменения. В программе под¬ 
готовки входных данных структуру подготовленных записей нуж¬ 
но определить таким образом, чтобы запись состояла из двух 
частей — области ключей и области остальных данных. Длина 
области ключей определяется как максимальная суммарная дли¬ 
на ключей сортировки для некоторого типа записи. Оставшиеся 
свободные байты в области ключей для других типов записей 
можно заполнить пробелами. Последний ключ сортировки — при¬ 
знак функции — нужно поместить в конце области ключей. При¬ 
знак функции во входных записях для загрузки и изменения 
банка данных помимо требуемой функции должен указывать и на 
массив банка данных, к которому относится эта запись. Признак 
удобно представить двумя символами, из которых первый указы¬ 
вает на массив (например, 1 — МП, 2 — РМ, 3 — МС, 4 — ТМ), а 
второй — на функцию (например, 0 — загрузка, 1 — стирание, 
2 — добавление, 3 —корректировка, 4 — стирание групповое, 5 — 
замена, 6 — отделение, 7 — соединение). 

В подготовленном таким образом и рассортированном массиве 
могут встречаться одинаковые записи, так как изменения исход¬ 
ных документов подготавливаются различными службами пред¬ 
приятия и могут дублировать друг друга. При изменении банка 
данных воспринимается только первая из повторяющихся записей, 
остальные записи выводятся в протокол ошибок, выдаваемый на 
пишущую машинку пульта оператора, что может вызвать значи¬ 
тельные потери машинного времени. Для сокращения их из рас¬ 
сортированного массива уделяют все повторяющиеся записи, на¬ 
пример, путем перезаписи массива на другую магнитную ленту. 
Полученный в результате такой процедуры массив предназначен 
для непосредственного ввода в банк данных. 
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Примерный поток управляющих карт для изменения банка 
данных приведен в приложении 4. 

§ 6. Макрокоманды системы БАСТАЙ 

Для обработки накапливаемых в банке данных в системе 
имеется ряд макрокоманд, позволяющих извлекать записи из мас¬ 
сивов и помещать их обратно. В макрокомандах используются 
регистры 9, 10 и 12. Применение этих регистров вне макрокоман¬ 
ды разрешается только при запоминании их содержимого и вос¬ 
становлении перед обращением к макрокомандам. Регистры 0, 1, 
14 и 15 можно использовать в программах, однако их содержимое 
изменяется большинством макрокоманд ДОС и БАСТАЙ. Из гло¬ 
бальных переменных в макрокомандах употребляются: &ADRU, 
&ADRUD, &ADRUS, &AG13, &AG14, &ANT, &SYRA1, &SYRA2 и 
&ТЕ. Использовать эти переменные в своих программах не раз¬ 
решается. 

Записи, получаемые из банка данных с помощью макрокоманд, 
помещаются и обрабатываются в специально отведенных для 
каждого используемого массива областях. Область записи долж¬ 
на состоять из трех частей: префикса, системной части и части 
пользователя. Область префикса нужно определять не с по¬ 
мощью инструкции Ассемблера DS, а с помощью макрокоманды 
VA^RB, вслед за которой необходимо отвести место для записи 
(системной части и части пользователя). Структура префикса 
приведена ниже. 

XXXDANAM ХХХРІ XXXFE HL XXXADR XXXSCHL XXXSATZ 

I —"ключ записи (дли¬ 
на задается пара¬ 
метрами) 

-адрес записи 

(9 байт) 

-байты ошибок 

(2 байта) 

---код операции 

(4 байта) 

_имя массива 

(7 байт) 

Поля префикса устанавливаются и используются как макро¬ 
командами, так и программами. Все поля в префиксе имеют жест¬ 
ко закрепленные за ними имена и под этими именами их можно 
использовать в программах на языке Ассемблера. Имена полей 
состоят из приставки XXX и собственно имени. Приставка берется 
из макрокоманды VA#RB и служит для отличия одинаковых по¬ 
лей в префиксах для разных массивов. Поле для ключа записи 
имеет длину, равную длине кода предмета или рабочего места. 

Макрокоманды присваивают байтам ошибок определенное 
значение (табл. 2). 
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Т а б л и ц а 2 


значение байта** ошибок 

Причина ошибки 

2000 


0400 

Нарушена организация массива 

0080 

Ошибка данных в поле счетчика 

0010 

Сбой при чтении ключа или данных 

0008 

Запись не найдена 

0004 

Неверен код операции (чтения или записи) 

0002 

Конец массива 


В табл. 3 приводится перечень макрокоманд системы БАСТАЙ. 
В таблице приняты обозначения: 


ИМ 

ип 

Dl, D2 ... 


— символическое имя поля; 

— имя префикса (имя при макрокоманде VA#RB); 

— имена DTF для массивов ДОС; 

— имена массивов банка данных (обязательно семь сим¬ 
волов); 

— код операции; 

— количество; 

— номера регистров; 

— приставка; 

— длина ключа; 

— текст (строка символов); 

— адрес. 

Таблица 3 


ѴА#НВ 

BE+AD 

BE#SL 

LE#SA 

ZU+SA 

SE#QU 

DA+NA 

DE#RO 

DA+BS 

KE#TT 


RU+PI 

ST#AR 

ТЕФХГ 

AD#RU 


П[,Х] [,DKj [,PSAB] 


[, (ИП 1, ИП2,...ИП4) ] 
;,(ИП1,ИП2,...ИП4)] 


ИП 
ИП 

К(.ОП1] [,ОП2] [,ОПЗ] 

х,им 

[(Dl, D2....D5) 

[(D1,D2,...D5)] 

ANKADR=, 

FOLGADR=, 

BASADR=, 

[ARBERB = , 

ARBERV=,] 

ROUT = 

ОП,ИП[,ИМ] 

(P1,P2,...P6),A[,JA или NEIN] 

’T’[A] [Д]' 

DEF=, 

DBER=, 

DRULNG=, 

EINHEIT = , 

ZEIL=, 


LEERZ=, 
DATUM=, 
SEITE = , 
REG = 
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Рассмотрим функции перечисленных в табл. 3 макрокоманд. 

VA#RB — резервировать область для префикса. Эта макро¬ 
команда требуется для каждого используемого в программе мас¬ 
сива. Первым операндом макрокоманды является приставка, ко¬ 
торая представляет собой последовательность алфавитно-цифро¬ 
вых символов, начинающихся с буквы. Максимальная длина 
приставки три символа. Приставка является составной частью 
имен полей префикса, например поле ключа будет иметь имя 
MPSCHL, если приставка состоит из последовательности симво¬ 
лов МР. Макрокоманда должна иметь имя. Оно присваивается 
первому байту префикса и имеет характеристику длины, равную 
единице. К префиксу также можно обращаться по имени первого 
поля префикса — MPDANAM (здесь МР — приставка). 

Параметр PSAB задается в случае, если область записи опре¬ 
деляется как фиктивная секция; имя массива и длину ключа DK 
в этом случае можно опускать.. Длина ключа обязательно зада¬ 
ется для базовых массивов и для МС (берется длина ключа в за¬ 
писях МП). Для ТМ длину ключа задавать не разрешается. 

ВЕфАІ) — читать базовую запись по адресу. В операнде этой 
макрокоманды задается имя префикса. Адрес записи на диске 
перед обращением к макрокоманде необходимо поместить в пре¬ 
фиксе в поле XXXADR. Пересылку адреса в префикс нужно вы¬ 
полнять с помощью макрокоманды RU#RI. Дополнительно в 
программе должна быть задана макрокоманда SE^QU. 

ВЕфБЬ — читать базовую запись по ключу. Значение ключа 
(код предмета или рабочего места) перед применением макро¬ 
команды помещают в поле ключа в префиксе (например, по 
команде МѴС). Дополнительно должна быть задана макрокоман¬ 
да SE#QU. 

LE#SA — читать очередную базовую запись. С помощью этой 
макрокоманды можно организовать последовательную или частич¬ 
но-последовательную обработку базовых массивов. Обычно для 
задания начальной точки обработки используются макрокоманды 
BE#SL или ВЕфАО. Если эти макрокоманды не были исполь¬ 
зованы, LE#:SA при первом к ней обращении считывает запись с 
минимальным ключом. Дополнительно нужно употреблять макро¬ 
команду SE#QU. 

ZEbfcSA — поместить запись в базовый массив. Макрокоманда 
позволяет расположить на прежнее место запись, считанную одной 
из' предыдущих команд. Необходимая информация берется из 
префикса. Дополнительно используется макрокоманда SE^QU. 

SE#QU — определить подпрограммы обработки базовых мас¬ 
сивов. В операндах макрокоманды указывается количество обра¬ 
батываемых базовых массивов (один или два) и виды операций. 
Допустимыми кодами операций являются ZUSA, BESL, BEAD. 
Макрокоманда SE=ft=QU не должна встречаться в последователь¬ 
ности выполнимых команд, так как она состоит из набора под¬ 
программ для выполнения функций чтения и записи для базовых 
массивов и получает управление от четырех предыдущих макро- 
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команд. В операндах рекомендуется задавать только те коды 
операций, которые действительно используются в данной про¬ 
грамме, так как это влияет на размеры программы. Подпрограм¬ 
ма последовательного чтения включается всегда, в связи с чем 
в операндах макрокоманды SE#QU эта функция не указывается. 
Как правило, макрокоманда SE#QU должна записываться в кон¬ 
це программы и перед ней должен ставиться оператор Ассемблера 
LTORG, а непосредственно после SE#QU записываться макро¬ 
команды DA=#=NA для каждого базового массива. 

DA^NA — передать управление по концу массива. В операн¬ 
дах задаются имя массива (ровно семь знаков) и символический 
адрес перехода в случае достижения конца. Макрокоманда долж¬ 
на записываться непосредственно после SE#QU. 

DE#RO — открыть массивы; DA#BS — закрыть массивы. Эти 
две макрокоманды позволяют открывать и закрывать не только 
массивы банка данных, но и другие массивы, организованные 
средствами ДОС. В операндах макрокоманды перечисляются вна¬ 
чале массивы ДОС (не более пяти), а затем массивы банка дан¬ 
ных. Для массивов ДОС в макрокоманде задаются имена описаний 
массивов (имена DTF), для массивов банка данных — имена пре¬ 
фиксов. Наличие круглых скобок в макрокомандах обязательно. 

КЕфТТ — получить цепь записей. Макрокоманда позволяет 
получить записи массивов связей, относящихся к одному предмету 
или рабочему месту. Одновременно с записями связей можно по¬ 
лучать и подчиненные базовые записи. Операнды макрокоманды 
записываются в формате ключевых слов. Операндом ANKADR 
задается поле в системной части базовой записи, содержащее на¬ 
чальный адрес цепи. Базовая запись, содержащая начальный ад¬ 
рес цепи, должна к моменту входа в макрокоманду КЕфТТ рас¬ 
полагаться в оперативной памяти. Операнд FOLGADR задает 
поле в записи связи, содержащее адрес следующей записи связи 
(адрес продолжения цепи). В операнде ARBERV указывается 
имя префикса для массива связей. Если кроме записи связи тре¬ 
буется прочитать подчиненную базовую запись, нужно задать 
операнды BASADR и ARBERB. Первый операнд указывает поле 
в записи связи, содержащее адрес подчиненной базовой записи, 
второй — имя префикса для подчиненного базового массива. Опе¬ 
ранд ROUT определяет имя подпрограммы обработки записей. 
Обращение к подпрограмме происходит после считывания каждой 
записи связи (или пары записей, если заданы BASADR и 
ARBERB). 

Возврат из подпрограммы должен выполняться по регистру 14 
(BR14). При достижении конца цепи вместо обращения к подпро¬ 
грамме управление передается следующей за макрокомандой 
КЕ#ТТ команде. В подпрограмме необходимо предусмотреть со¬ 
хранение содержимого регистра 14, в противном случае продол¬ 
жение обработки цепи становится невозможным. 

RU^PI — выполнить операцию ввода-вывода. Макрокоманда 
предназначена для выполнения операций записи, чтения записей, 



преобразования адресов. Операция задается первым операндом, 
который может принимать значения: DERO — открыть массив; 
DABS — закрыть массив; BDIA — читать базовую запись по 
адресу; BSLA — читать базовую запись по ключу; BFSA — писать 
базовую запись; VDIA — читать запись связи по адресу; VFSA — 
писать запись связи; VERD — уплотнить адрес; ERWE — расши¬ 
рить адрес. Для чтения записей в префиксе предварительно необ¬ 
ходимо поместить ключ или адрес. Для помещения адреса из че¬ 
тырехбайтового поля в записи в девятибайтовое поле в префиксе 
надо указать вторым операндом имя префикса, а третьим — имя 
четырехбайтового поля в записи. Первый операнд должен иметь 
значение ERWE. Для обратной пересылки адреса (из префикса в 
запись) используется операция VERD. Для других операций тре¬ 
тий операнд не задается. 

При считывании запись помещается в область, расположенную 
йслед за префиксом, для обратного помещения записи в массив 
запись берется из этой же области. 

ST#AR — назначить базовые регистры. Макрокоманда назна¬ 
чает базовые регистры, загружает их, резервирует область сохра¬ 
нения. Первый операнд указывает от одного до шести базовых 
регистров, второй операнд задает начальный адрес программы, 
третий указывает на необходимость резервирования области 
сохранения (да или нет). Если третий операнд не задан, область 
сохранения резервируется по умолчанию. 

ТЕфХТ — установить связь с оператором. Макрокоманда по¬ 
зволяет выдавать из программы сообщения или указания опера¬ 
тору на пишущую машинку и принимать ответ. Текст сообщения 
задается первым операндом. Это может быть символический адрес 
начала текста в программе или непосредственно сам текст, заклю¬ 
ченный в кавычки. Второй операнд указывает адрес поля, в ко¬ 
торое помещается ответ оператора. Операнд задается только в 
случае, если требуется ответ. Третьим операндом можно указать 
длину выдаваемого текста, если она не определяется характерис¬ 
тикой длины имени или текст содержит внутри кавычки. 

AD4(=RU — вывести на печать. Макрокоманда предназначена 
для вывода на устройство широкой печати произвольной инфор¬ 
мации. Операнды макрокоманды записываются в формате ключе¬ 
вых слов и могут принимать следующие значения: 

DEF=JA или NEIN. При DEF—JA в макрокоманде опреде¬ 
ляются массив печати, области ввода и вывода и производится 
открытие массива печати. При DEF=NEIN определение и откры¬ 
тие массива необходимо предусмотреть в своей программе; 

DBER=AT#DBER или символическое имя. Если операнд 
опущен, области печати присваивается имя AT#DBER. Перед 
использованием макрокоманды в область печати необходимо за¬ 
слать подлежащую выводу информацию (строку), при этом необ¬ 
ходимо учитывать, что первый байт области печати содержит 
символ управления печатью; 
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DRULNG=n. Этот операнд задает длину строки. Если опе¬ 
ранд опущен, длина строки принимается равной 121 символу 
(первый символ является символом управления печатью); 

EINHEIT=SYSnnn. Операнд задает символическое имя 
устройства печати. Если операнд опущен, принимается SYSLST; 

ZEIL=n. Операнд указывает число печатаемых строк на один 
лист. Если операнд опущен, число строк принимается равным 62; 

иЕВ = .(имя 1, имя 2, ...). Этим операндом задаются имена 
строк, печатаемых в верхней части каждого листа (в шапке 
листа). Длины строк принимаются равными характеристикам 
длины перечисленных в операнде символических имен. Длина 
первой строки шапки не должна превышать 105 символов, если 
задан операнд DATUM. Если операнд UEB опущен, шапка листа 
не печатается; 

LEERZ=(nl, п2, ...). Операнд задает число пропускаемых 
строк после каждой строки шапки, а количество интервалов не 
должно быть больше трех. Число подоперандов должно соответ¬ 
ствовать числу строк шапки. Если операнд не задается, между 
строками шапки делается один интервал; 

DATUM=JA или NEIN. При DATUM=JA в первой строке 
шапки каждого листа печатается текущая дата, начиная со 
106 позиции. При DATUM = NEIN дата не печатается. Стандарт¬ 
ное значение — JA. 

SEITE=JA или NEIN. При SEITE=JA в следующей под 
датой строке шапки печатается номер листа. Стандартное значе¬ 
ние — JA. 

REG=11 или г. Этим операндом указывается регистр возвра¬ 
та, если AD#RU используется как подпрограмма. При опущен¬ 
ном операнде принимается REG=11, если макрокоманда встреча¬ 
ется в программе более одного раза, в противном случае после 
выполнения AD#RU управление получает следующая за ней 
команда. Перед первым обращением к AD#RU необходимо в 
первый байт области печати поместить символ «1» (с помощью 
команды МѴІ AT#DBER, СТ) для подвода бумаги к началу лис¬ 
та, а в поле АТфБЕІ поместить упакованный нуль (по команде 
ZAP АТфБЕІ, — Р'0'), чтобы нумерация листов начиналась с еди¬ 
ницы. 

Пример построения программы с использованием макро¬ 
команд системы БАСТАЙ дается ниже. 


оператора 


ST#AR ( 3,4),X'1OT',JA 

DE#RO (МК),(МР,ТМ,РМ) 


2 

3 


GET1 GET MK,R 


MVC GD#SCHL,R 

BE#SL MP 

MVI AT#DBER,C'l' 

ZAP AT#SEI,P'0' 

MVC DETAL,GD#GIDNR 

KE#TT ANKADR = GD#ADEAS, 
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оператора 


END 


РР1 


ADRU 

MP 

RM 


FOLG ADR = AD+ADNAS, 
BASADR = AD#ADUBS 
ARBERB = RM, 

ARBERV=TM, 

ROUT = PPl 
В GET1 

CLOSE MK 

RU#PI DABS.MP 

DA#BS ,(TM,RM) 

TE#XT 'КОНЕЦ РАБОТЫ' 

EOJ 

MVC AT#DBER+1(I20),= 120X'40' 

MVC AT#DBER+10(5),MD#MIDNR 

MVC AT#DBER+20(3),AD#ABGNR 

ST 14.R14 

BAL 7,ADRU 

L 14JR14 

BR 14 

AD#RU DEF=JA, 

UEB = (STl.DETAL), 

’ LEERZ = (1,2), 

REG = 7 

VA#RB GD#,PREDMET,10 

DS CLn СИСТЕМНАЯ ЧАСТЬ 

DS Clm ЧАСТЬ ПОЛЬЗОВАТЕЛЯ 

VA#RB MD#,RABMEST,5 


10 


11 

12 

13 


TM VA#RB AD#,MARSCHR 


MK 


DTFCD 


EOFADR = END, 


ST1 


DETAL 

R14 

R 


DS 0CL50 

DC 10C" 

DC С'МАРШРУТ ОБРАБОТКИ ДЕТАЛИ' 

DC 16C'' 

DS CL 10 

DS F 

DS 80C 

LTORG 

SE#QU 2.BESL 
DA#NA PREDMET.END 
DA#NA RABMEST.END 
END 


14 

15 

16 


В примере показаны последовательность и варианты использо¬ 
вания макрокоманд. По оператору 1 оформляется начало про¬ 
граммы, т. е. устанавливается начальный адрес программы и 
производится загрузка базовых регистров. Оператор 2 предназна¬ 
чен для открытия входного массива на перфокартах и трех мас¬ 
сивов банка данных. По оператору 3 производится считывание 
кода предмета с перфокарты, а с помощью операторов 4 читается 
по ключу запись из массива предметов. Оператор 5 подготавлива¬ 
ет информацию к выводу на печать. Оператор 6 позволяет после- 


довательно получать пары записей, относящихся к найденному с 
помощью операторов 4 коду предмета из массива технологических 
маршрутов и массива рабочих мест. Найденная пара записей об¬ 
рабатывается подпрограммой РР1. В ней формируется строка для 
вывода на печать, производится обращение к подпрограмме печа¬ 
ти, заданной с помощью макрокоманды AD#RIJ, и осуществля¬ 
ется возвращение в макрокоманду КЕ#ТТ (по регистру 14). 
Оператор 7 выполняет закрытие массива на перфокартах, а опе¬ 
раторы 8 и 9 — закрытие массивов банка данных. Вместо опера¬ 
торов 7—9 можно было использовать макрокоманду DA^BS и в 
ней перечислять имена всех массивов, как это сделано в операто¬ 
ре 2. Операторы 11, 12 и 13 описывают запись массива предметов. 
В конкретном случае вместо операторов 12 и 13 необходимо опре¬ 
делить в отдельности каждое поле в системной части и каждый 
реквизит в части пользователя. Аналогичным образом описывает¬ 
ся структура двух остальных массивов банка данных. В операто¬ 
ре 14 задается число обрабатываемых в программе базовых мас¬ 
сивов, а параметром BESL указывается, что в программе исполь¬ 
зуется макрокоманда BE#SL. Операторы 15 и 16 задают адрес 
перехода в случае, если в процессе работы программы обнаружен 
конец массива. 

В подпрограмме печати код детали печатается во второй стро¬ 
ке шапки, а в строках таблицы, кроме данных из записей рабо¬ 
чих операций, содержатся и коды рабочих мест. Это становится 
возможным благодаря заданию в макрокоманде КЕфТТ операн¬ 
дов BASADR и ARBERB, в результате чего при каждом входе в 
подпрограмму РР1 в областях RM и ТМ содержится пара соответ¬ 
ствующих записей. Следует особо отметить, что для выполнения 
макрокоманд системы БАСТАЙ при редактировании программы 
в нее необходимо включить модули ввода-вывода, использованные 
для загрузки банка данных: EAWURZEL, EAARBEIT, 
EAEROABS. Макрокоманды ST#AR, AD#RU и ТЕ#ХТ вспомо¬ 
гательные и никакой связи с модулями ввода-вывода не имеют, 
поэтому их можно использовать в любых программах. 


§ 7. Программирование специальных программ 
пользователя (СПП) 

Специальные программы пользователя (СПП) предназначены 
для дополнительной обработки записей массивов при загрузке, 
изменениях и реорганизации базы данных. СПП пишутся на язы¬ 
ке Ассемблера. При генерации модулей СПП вставляются в нуж¬ 
ные места программы, и поэтому они оформляются в виде ее час¬ 
ти. При обращении к этим программам управление из модулей 
передается первой команде СПП. В конце работы специальная 
программа пользователя должна передать управление команде, 
следующей за последней командой или константой СПП, напри¬ 
мер; 
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SPPNN CLC 


BNE 

MVC 


FK#ANZ,C1 

ENDE 

KENNZ(5),C2 


2 

3 

4 

5 

6 
7 


Cl 

C2 


ENDE 
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Выполнение приведенной в примере СПП может быть закон¬ 
чено по оператору 2 или 4. И в том и в другом случае управление 
должна получить команда, следующая за последним оператором 
СПП (в примере это реализовано с помощью операт®ра EQU). 
Оператор 7 нужен для того, чтобы последующие команды были 
выравнены по границе полуслова. Для сокращения СПП рекомен¬ 
дуется используемые в ней константы и поля записывать в спе¬ 
циальной области между параметрами DFKONSTF и DEFINEND. 
В приведенном примере операторы 5 и 6 можно записать в спе¬ 
циально^ области для констант, а операторы 4 и 7 в этом случае 
не нужны. 

При программировании СПП необходимо помнить, что каждая 
СПП должна начинаться параметром ANSAROnn и заканчиваться 
параметром ENSAROnn. Вместо текста СПП между этими двумя 
параметрами рекомендуется записать оператор Ассемблера COPY, 
а текст СПП включить в виде книги в библиотеку исходных мо¬ 
дулей, например: 


Если при программировании СПП допущены ошибки, то таким 
способом можно обойтись без повторной генерации модуля, До¬ 
статочно лишь внести изменения в текст СПП в библиотеке ис¬ 
ходных модулей и заново оттранслировать сгенерированную ранее 
программу. 

При программировании СПП для модуля LEITPROG следует 
соблюдать следующие ограничения на применение регистров: 

регистры 2, 3, 8 и 10 используются в модуле LEITPROG как 
базовые; 

регистры 9, 12 (в случае их использования) нужно запоминать 
при входе в СПП и восстанавливать при выходе; 

регистр 7 используется в СПП 10 для специальных целей (см. 
ниже); 

ДОС Р егист Р ы I» 13, 14 и 15 используются макрокомандами 

На применение остальных регистров ограничения не наклады¬ 
ваются. В СПП для модулей реорганизации массивов можно при¬ 
менять регистры с 5-го по 9-й включительно. 

Рассмотрим назначения СПП и особенности их программиро¬ 
вания. 
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В модуле LEITPROG используются СПП с номерами 02, 04, 

05, 06, 15, 17, 18 и 19, предназначенные для распечатки записей I; 
при загрузке и изменениях массивов банка данных: 

СПП02 — печать записей при загрузке МП; 

СПП04 — печать записей при изменении МП; 

СПП05 — печать строк заголовка при загрузке и изменении 
МС; 

СПП06 — печать записей при загрузке и изменении МС; 

СПП15 — печать записей при загрузке РМ; 

СПП 17 — печать записей при изменении РМ; 

СПП18 — печать шапки при загрузке и изменении ТМ; 

СПП19 — печать за'писей при загрузке и изменении ТМ. 

Предполагается, что печать записей выполняется с помощью 
макрокоманды AD#RU (подробно макрокоманда AD#RU будет і 
описана далее). 

В СПП05 и СПП 18 необходимо предусмотреть формирование 
строк для вывода оглавления документа и прогона бумаги к на¬ 
чалу листа. Каждая спецификация или последовательность записей ,ij 
рабочих операций, относящихся к одному и тому же предмету, f 
должна распечатываться с нового листа. Это можно выполнить с іі 
помощью следующих операторов: 


оператора 


ZAP AT#SEI, = P'0' 

MVI BER.C'l' 

MVC SI,... 

MVC S2,... 


2 

3 

4 


MVC SN+K(L),GD#GIDNR 5 


Оператор 1 устанавливает номер первого листа спецификации I 
или последовательности операций в единицу. Оператор 2 осуще¬ 
ствляет прогон бумаги к началу листа (область печати имеет | 
имя BER). Операторы 3, 4 ... формируют строки оглавления доку- ■ 
мента (в макрокоманде AD#RU задан операнд UEB==(S1, ] 

S2, ...). Оператор 5 помещает код предмета длиной L байт в 
строку SN, начиная с позиции К. Если в оглавлении документа 
нужно поместить другие данные из записи предмета, например 
наименование, эти данные можно взять из соответствующего поля 
области, определенной параметром DFSATZGD. Следует заме- і 

тить, что здесь только формируются данные для печати оглавле- ] 

ния. Непосредственно печать происходит в СПП06 или в СПП19 
при первом к ним обращении или при переходе на новый лист, 

В этих программах пользователя необходимо сформировать стро¬ 
ку для печати в области, заданной параметром DBER в макро¬ 
команде AD#RU, и обратиться к подпрограмме печати. При фор¬ 
мировании строки следует учитывать, что первый символ области 
печати является управляющим символом и его здесь изменять 


32 



нельзя. Необходимые данные для формирования строки находят¬ 
ся в областях, описанных параметрами DFSATZSD и DFSATZGD 
для СПП06 или DFSATZAD и DFSATZMD для СПП19. Подпро¬ 
грамму печати удобнее всего помещать в специальной области 
для констант и полей (см. параметр DFKONSTF). Подпрограмму 
печати можно написать в виде: 

DRUCK 


BER 

BERI 


DEF = YA.DBER = BER, 
EINHEIT = SYS005, 
UEB=(S1,S2, ...), 
LEERZ= (1,1,.. .2), 
REG = 5 
0CL121 
СИ 
CLn 


51 DS CL120 

52 DS CL 120 


Строку для печати перед обращением к подпрограмме необхо¬ 
димо помещать начиная с адреса BER1; команда обращения к 
подпрограмме печати имеет вид BAL 5, DRUCK. Параметр 
REG должен быть задан обязательно. 

В СПП02 и СПП15, как и в двух предыдущих СПП, также 
необходимо сформировать строку и обратиться к подпрограмме 
печати. Данные для формирования строки берутся из области, 
определенной параметром DFSATZGD для МП или DFSATZMD 
для РМ. Дополнительно в этих СПП нужно предусмотреть при 
первом входе в них команды подготовки, аналогичные командам, 
описанным для СПП05, с номерами 1—4. 

СПП04 и СПП 17 предназначены для печати записей при изме¬ 
нении массива предметов и массива рабочих мест. Для формиро¬ 
вания и печати строк в этих СПП рекомендуется строить обра¬ 
щения к СПП02 и СПП 15 соответственно. В последних необходи¬ 
мо предусмотреть возврат в вызвавшую их СПП. С учетом выше¬ 
изложенного СПП02 или СПП 15 могут выглядеть примерно так: 


ANSARO02 
SPP02 LA 

EING4 ВС 

ZAP 
МѴІ 

мѵс 


оператора 


6.AUSG I 

0.NECHST 2 

AT#SEI,=P'0' 

BER.CT 

SI,... 


EING4+1,X'F0' 


оператора 

NECHST MVC 


AUSG EQU 

ENSARO02 
ANSARO04 
SPP4 BAL 

ENSARO04 

При первом обращении к СПП02 оператор 2 пропускается и 
выполняются команды подготовки. Оператор 3 предназначен для 
изменения оператора 2 с целью обхода команд подготовки при 
последующих обращениях к СПП02. Оператор 4 при обращении 
к СПП02 из модуля LEITPROG передает управление следующей 
за ним команде, так как оператор 1 загружает в регистр 6 адрес 
следующей за оператором 4 команды. 

При обращении к СПП02 из СПП04 управление получает опе¬ 
ратор 2, а в регистр б загружается адрес следующей за операто¬ 
ром 5 команды, поэтому управление из СПП02 передается не в 
LEITPROG, как в первом случае, а в СПП04, а оттуда уже в 
LEITPROG. 

Во всех СПП для печати записей можно выбирать из поля 
FKi^ANZ сокращенное название выполняемой функции длиной в 
три байта и печатать его в строке. 

СППОЗ подготавливает записи для загрузки или добавляет их 
в массив предметов. Входная запись находится в области, опреде¬ 
ленной параметром DFEBERGD. В этой программе необходимо 
перенести данные из входной записи в область, определенную па¬ 
раметром DFSATZGD. Код предмета нужно поместить в систем¬ 
ную часть записи (в поле GD#GIDNR). Если выходная запись 
состоит из нескольких входных, обращение к данной СПП произ¬ 
водится каждый раз после считывания входной записи. При этом 
определяется, какая запись прочитана и в какие поля выходной 
записи нужно поместить данные из только что прочитанной вход¬ 
ной записи. 

СПП 16 компонует записи при загрузке или добавлении в РМ. 
Входная запись определена параметром DFEBERMD, выходная — 
параметром DFSATZMD. СПП 16 составляется аналогично СППОЗ. 

СПП07 подготавливает записи при загрузке или добавлении 
в МС. Данные пересылаются из входной записи DFEBERSD в вы¬ 
ходную DFSATZSD. Дополнительно пересылается контрольная 
часть поля, заданного параметром SDIDNRGP, в поле 
SD#PROBS и часть поля, заданного параметром SDIDNRGK, — 
в поле SD#PRUBS. Если выводная запись состоит из нескольких 
входных, нужно поступать как в СППОЗ. 

СПП20 аналогична СПП07, только используется она при за¬ 
грузке или добавлениях в ТМ. Входная запись определена пара- 


BER1, ... 

6 4 

* 

6.EING4 5 
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метром DFEBERAD, выходная — параметром DFSATZAD. Часть 
поля, определенного параметром ADIDNRGD, нужно переслать в 
поле AD^PROBS, а номер рабочей операции — в поле 
AD#ABGNR. Часть поля, заданного параметром ADIDNRMD, 
следует поместить в поле AD#PRUBS (если ТМ связан с РМ). 

Для выполнения корректировки массивов из модуля 
LEITPROG происходит обращение к следующим СПП: СПП08 — 
для МП, СПП09 —для МС, СПП21 — для РМ, СПП22 — для ТМ. 

В момент обращения к СПП корректирующая (входная) за¬ 
пись находится в области, определенной параметрами DFEBERGD, 
DFEBERSD, DFEBERMD или DFEBERAD, подлежащая коррек¬ 
тировке запись — в соответствующей рабочей области, определен¬ 
ной параметрами DFSATZGD, DFSATZSD, DFSATZMD или 
DFSATZAD. В СПП необходимо перенести корректирующие дан¬ 
ные из входной записи в соответствующую рабочую область. Во 
входной записи поля, которые не должны корректироваться, реко¬ 
мендуется заполнять пробелами, а в СПП делать соответствую¬ 
щую проверку: если поле во входной записи заполнено пробела¬ 
ми, оно не должно пересылаться в рабочую область. 

СПП 10 вызывается непосредственно после считывания входной 
записи для ее обработки: можно проверить запись на полноту ин¬ 
формации, установить или изменить признак функции, для запи¬ 
сей связей проверить наличие соответствующих записей в базовых 
массивах и т. д. Если в записи обнаружена ошибка, можно вы¬ 
дать соответствующее сообщение и исключить ошибочную запись, 
для чего необходимо передать управление по адресу, содержаще¬ 
муся в регистре 7, после чего будет прочитана следующая входная 
запись. 

СПП11 организует запись контрольных точек. Если на сообще¬ 
ние об ошибке BAA035D дается ответ «4», происходит обращение 
к СПП11, где с помощью макрокоманды СНКРТ можно выдать за¬ 
пись контрольной точки, а затем распечатать содержимое области 
памяти с помощью макрокоманды PDUMP. После выхода из 
СПП11 все массивы закрываются. При повторном запуске с конт¬ 
рольной точки выполнение программы продолжается с адреса, 
следующего за PDUMP. 

СПП 12 и СПП23 предназначены для распаковки кода предме¬ 
та или рабочего места при выводе сообщений об ошибках на пи¬ 
шущую машинку, если этот код хранится в записи в упакованном 
виде (см. параметры CDPROTOK и MDPROTOK в приложении 2). 
В регистре 1 находится адрес поля, содержащего упакованный 
код. Распакованный код нужно поместить в поле TD^PROGD 
для МП или TD^PROMD для РМ, длина этого поля задается 
параметром GDPROTOK или MDPROTOK соответственно. Эти 
СПП нужно обязательно программировать, если код в записи на¬ 
ходится в упакованном виде. 

СПП 13 и СПП24 позволяют заменять признаки сортировки и 
код компоненты (для МС) или рабочего места (для ТМ). Вход¬ 
ная запись для замены должна содержать старые и новые значе- 
3* 
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ния заменяемых полей. Новые значения полей из входной записи, 
находящейся в области, заданной параметром DFEBERSD или 
DFEBERAD, необходимо поместить на место старых значений, 
находящихся в рабочей области, определенной параметрами 
DFSATZSD или DFSATZAD. Если заменяется код компоненты 
или рабочего места, нужно часть кода (контрольную часть) по¬ 
местить в поле SD#PRUBS для МС или в поле AD#PRUBS для 
ТМ. 

В СПП25 программируется закрытие дополнительных масси¬ 
вов, если предыдущие СПП использовали дополнительные масси¬ 
вы. Обращение к СПП25 происходит в тот момент, когда для всех 
массивов достигнуто состояние «конец массива». 

Большинство из описанных для модуля LEITPROG СПП не 
обязательно и их можно не программировать. Параметры 
ANSARQnn и ENSAROnn для отсутствующей СПП в этом случае 
опускаются. Обязательно программируются СПП 12 и СПІТ23, 
если код предмета и код рабочего места, содержатся в записях на 
диске в упакованном виде. Непременно должны также програм¬ 
мироваться СПП для выполнения загрузки или изменения, если в 
параметрах для LEITPROG были указаны эти функции. 

Для модуля BDAREORG используются СПП31—СПП34. 

СПП31 предназначена для открытия дополнительных масси¬ 
вов, используемых при реорганизации. Обращение к. ней происхо¬ 
дит непосредственно после открытия участвующих в реорганиза¬ 
ции массивов банка данных. Здесь нужно открыть все массивы, 
описанные между параметрами DFANWDAT и DEFINEND. 

СПП32 изменяет базовый массив в процессе реорганизации. 
Обращение к этой программе происходит после считывания каж¬ 
дой записи исходного массива. В СПП нужно перенести запись 
из области ввода в область вывода, при этом допускается изме¬ 
нить структуру записи, исключить отдельные поля (реквизиты) 
или добавить новые. В область вывода следует переслать все по¬ 
ля, в том числе код предмета или код рабочего места и начальные 
адреса цепей. Для стирания записи константу C''SS' помещают в 
поле, заданное параметром RAKENNZF в выходной записи, а до¬ 
бавляемые записи — в область вывода, при этом в поля для 
начальных адресов цепей помещают константу C'ENDE'. Добав¬ 
ляемые записи берутся из дополнительного массива, момент до¬ 
бавления должен определяться в СПП путем сравнения ключевых 
реквизитов (кода предмета или рабочего места) из входной запи¬ 
си и записи дополнительного массива. Входная запись описыва¬ 
ется параметром DFEINBAD, выходная—параметром DFAUSBAD. 
Если параметры опущены (это разрешается), то первый байт 
входной записи имеет имя BR=£ESABR, выходной — имя 
BR#ASABR. 

СГ1ПЗЗ дает возможность распечатывать записи выходного 
(реорганизованного) массива непосредственно перед их загруз¬ 
кой. Массив печати определяет параметр DFANWDAT, открытие и 
закрытие массива печати производятся в СПП31 и СПП34. Под- 
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лежащая печати запись находится в области вывода. Область 
печати (строка) Задается параметром DFKONSTF. В СППЗЗ 
можно организовать вывод реорганизованного массива не только 
на печать, но и на любой другой носитель, например на ПК или 
МЛ (это необходимо в случае, если опущен параметр 
BDALADEN). 

В СПП34 нужно предусмотреть закрытие дополнительных мас¬ 
сивов, которые были открыты в СПП31. Обращение к СПП про¬ 
исходит после закрытия участвующих в реорганизации массивов 
банка данных. 

Для модуля VDAREORG применяются СПП41—СПП43. 

СПП41 аналогична СПП31, но она используется только при 
реорганизации массива связей. 

В СПП42 программируется закрытие дополнительных масси¬ 
вов, открытых в СПП41. 

СПП43 дает возможность изменять массивы связей во время 
их реорганизации. Обращение к ней происходит после считывания 
каждой входной записи связей. При этом доступна также и стар¬ 
шая базовая запись (запись МП). Входная запись связи находит¬ 
ся в области, определенной параметром DFEINVED, выходную за¬ 
пись нужно поместить в область, определенную параметром 
DFAUSVED, старшая базовая запись находится в области, опре¬ 
деленной параметром DFUEBBAD (если эти параметры опущены, 
записи располагаются в областях, имеющих имена VR#ESABR, 
VR4t=ASABR и VR^BSABR соответственно). 

В СПП43 можно предусмотреть выполнение таких функций, 
как изменение структуры записей, удаление отдельных полей 
(реквизитов), добавление новых полей и новых записей. При до¬ 
бавлении новых записей группы записей связей, относящиеся к 
одной старшей базовой записи, вызываются в порядке возраста¬ 
ния кодов базовых записей, а внутри группы — в порядке возрас¬ 
тания признаков сортировки, поэтому записи в дополнительном 
массиве должны быть рассортированы в таком же порядке. Если 
для МС задан параметр DISPSTUF, то спецификации (группы 
записей) вызываются в порядке возрастания ступеней диспозиции 
сборочных единиц, внутри каждой ступени —в порядке возраста¬ 
ния кодов сборочных единиц. Так как наряду с записью связи 
всегда доступна и старшая базовая запись, в этой СПП можно за¬ 
программировать также распечатку записей при реорганизации 
базы данных. 


ГЛАВА 2 


ОРГАНИЗАЦИЯ И ВЕДЕНИЕ НЕЗАВИСИМЫХ 
МАССИВОВ ИНФОРМАЦИИ 


§ 1. Назначение системы программирования САВИ 

Анализ информационной базы АСУП показал, что отдельные 
массивы данных логически не взаимосвязаны между собой и их 
нецелесообразно обрабатывать с помощью специализированного 
банка данных. Такие данные наиболее удобно организовывать в 
виде независимых массивов, организация и ведение которых сво¬ 
дится к стандартным процедурам обработки информации: ввод, 
контроль, компоновка, сортировка, корректировка и распечатка. 
Эти процедуры могут быть выполнены универсальными или специ¬ 
ализированными системами программирования. Одной из них 
является САВИ, которая была использована авторами при созда¬ 
нии АСУП на Первом московском часовом заводе. 

САВИ представляет собой независимую от решаемых проблем 
систему программ организации и ведения массивов, построенную 
по модульному принципу. В состав системы входят четыре группы 
модулей: управляющие модули, интерпретаторы инструкций язы¬ 
ка процедур, рабочие модули для выполнения функций САВИ, 
вспомогательные модули. 

Управляющие модули берут на себя функцию вызова и управ¬ 
ления работой исполнительных модулей. Модули-интерпретаторы 
анализируют инструкции языка процедур, проводят синтаксичес¬ 
кие и смысловые проверки и создают управляющие таблицы. 
Рабочие модули реализуют функции определения, накопления и 
поиска данных. 

Вспомогательные модули предназначены для ввода и вывода 
данных, корректировки ошибок, протоколирования и т. д. Все 
модули располагаются в библиотеке абсолютных модулей на рези¬ 
дентном пакете дисков в виде отдельных программных фаз и 
занимают 15 цилиндров'. 

Система САВИ ориентирована на работу под управлением 
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ДОС ЕС и может использоваться на всех ЕС ЭВМ со следующей 
минимальной конфигурацией: центральный процессор с МОЗУ 
в 64 К байт; консоль (устройство связи с оператором); системный 
магнитный диск (МД); МД для массива таблиц данных (ТОД), 
рабочего массива, основного массива; устройство для ввода управ¬ 
ляющих карт; устройство параллельной печати (АЦПУ). 

Для управления процессами создания и обслуживания масси¬ 
вов система использует специальный язык описания данных и 
процедур. Элементами языка являются инструкции, ключевые опе¬ 
ранды и зарезервированные слова (см. приложение 5). 

Из отдельных элементов языка составляются предложения, 
описывающие характеристики элементов данных (реквизитов), 
состав и структуру массивов, а также операции обработки данных. 
Описания массивов преобразуются в таблицы описания данных, 
которые записываются в массив ТОД на магнитном диске. 

При создании, изменении и обработке массивов нет необходи¬ 
мости заново описывать их структуру, так как все требуемые для 
выполнения этих функций данные берутся из ТОД. Имена необхо¬ 
димых ТОД указываются в соответствующих инструкциях. 

В системе САВИ используются следующие типы массивов; 
входной, основной, выходной, массив ТОД и рабочий. 

Входной, основной и выходной массивы являются информаци¬ 
онными массивами пользователя, т. е. их структуру устанавливает 
сам пользователь с учетом требований ДОС ЕС, рабочий массив 
и массив ТОД системные. 

Рабочий массив должен обязательно находиться на МД и зани¬ 
мать минимум 300 дорожек. Он предназначен для хранения про¬ 
межуточных результатов при выполнении функций определения :і 
поиска. 

В массиве ТОД содержатся все ТОД, составленные пользова¬ 
телем. Можно создать несколько массивов ТОД, причем в один 
массив ТОД .может быть включено максимум 190 ТОД. Мини¬ 
мальный объем памяти на МД для массива ТОД — два цилиндра. 
Так как массив ТОД является системным массивом, а пользовате¬ 
лю необходимо часто получать сведения о содержании ТОД, систе¬ 
ма САВИ обеспечивает доступ к массивам ТОД с помощью вспо¬ 
могательных функций (см. приложение 6). 

Входные массивы могут подготавливаться на перфокартах, пер¬ 
фолентах, магнитных лентах или дисках. Входные массивы на 
перфоносителях называются первичными. В первичном входном 
массиве допускается иметь до 150 реквизитов, разделенных при 
необходимости на 20 сегментов (не больше) с различными типа¬ 
ми записей. Для массивов на магнитных носителях (вторичные 
массивы) допускаются записи только одного типа. 

Логическую структуру записи пользователь устанавливает в 
соответствующей ТОД, физическая длина записи ограничивается 
на перфокарте 80 байтами, на МД — 3600 байтами. 

Основной массив — это массив, созданный с помощью системы 
программирования САВИ на магнитных носителях. На МД дан- 


ный массив может иметь последовательную или индексно-последо¬ 
вательную организацию данных, да МЛ—только последователь¬ 
ную с метками или без меток. .В основном массиве должны быть 
записи одного типа. В конце записей массивов с последовательной 
организацией допускается текстовая часть переменной длины. 

Выходные массивы создаются при -поиске в основном массиве 
и содержат результаты поиска. За один прогон программы можно 
получить до 255 выходных массивов на различных носителях дан¬ 
ных. Результаты поиска накапливаются в рабочем массиве, поэ- 
тому число и величина выходных массивов зависит от величины 
'рабочего массива. Выходные массивы создаются всегда как мас¬ 
сивы с последовательной организацией данных. 

При работе системы САВИ массивам назначаются следующие 
логические устройства: SYS004 — для массива ТОД; SYS005 — 
для рабочего массива; SYS006 — для основного массива; SYS007 — 
для выходного массива; SYS008— -для входного массива на МЛ 
или ПЛ; SYS009 — для сменного устройств при вводе с перфолен¬ 
ты. 

При выполнении функции обработки для выходных массивов 
можно назначать несколько логических устройств с номерами 
SYS007 —SYSmax. 

В управляющих картах //DLBL в качестве имени файла необ¬ 
ходимо задавать SWDBT для массива ТОД и SWARB — для рабо¬ 
чего массива. Имена файлов в картах //DLBL и //TLBL для 
входных, основных и выходных массивов состоят из шестисимволь¬ 
ного имени ТОД и следующего за ним символа 0 (нуль) или 1 
(один). Нуль добавляется к имени ТОД для входных и основных 
массивов, единица — для выходных массивов. 

Для массивов на магнитных лентах с метками задается карга 
II LBLTYP ТАРЕ, для массивов с индексно-последовательной 
организацией данных на магнитных дисках //LBLTYP NSD (03). 

Последовательность создания и обслуживания массивов с 
помощью системы САВИ представлена на рис. 8. 

§ 2. Создание таблиц описания данных 

Для каждого создаваемого с помощью системы САВИ инфор¬ 
мационного массива необходимо подготовить две таблицы описа¬ 
ния данных: одна предназначена для описания входного массива, 
вторая —основного. Для выходных массивов отдельная ТОД не 
требуется, так как все необходимые данные содержатся в ТОД 
основного массива. 

Таблицы описания данных составляются с помощью инструк¬ 
ций языка описания данных (см. приложение 6). ТОД входньк 
массивов составляются на основании схем (макетов) перфорации 
первичных документов. схемам перфорации системой САВИ 
предъявляются следующие требования: 

йедущие реквизиты (ключи сортировки) в записях должны 
размещаться либо в начале записи, либо в конце, либо в начале и 
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в конце , но не должны появляться между другими (неведущими)' 
реквизитами; 

в случае, если предусматривается изменение массива с по¬ 
мощью инструкции AENDERN, в записях необходимо предусмот¬ 
реть наличие реквизита «признак функции изменения», который 
должен находиться в области ключей. 

В ТОД входного массива должно быть описано не менее двух 
областей: область ключей и информационная область, причем в 
последней описывается как минимум один сегмент. В ТОД опи¬ 
сываются также с помощью соответствующих инструкций все 
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реквизиты входного массива. Ниже приводится пример написания 
ТОД для входного массива. 

. . DEFINIERE-N А01101.: 

, . LADEN. ; 

: , DATE I TYP=*PRIMAER. 

_ _BEREICH_,ANFANQ = 1_,LAENGE==20_; 

FELD NAME=M1 LAENGE=3 
. FELD NAME = F_LAENGE=1^; 

. FELD NAME=CECH LAENGE=6,_; 

FELD NAME = UCHASTOK_LAENGE = І0__/, 

.. . BEREICH_ANFANG=21_,LAENGE = 14_ 

SEGMENT : 

,_ „ _FELD_ J NAME = OBOZN I _LAENGE= 10^_ | 

.. . FELD^NAME = KOLICH,_LAENGE = 4_DARST = N_ 

IDENT,_SATZ=CECH,UCHASTOK 

FUNKTION = F — ; 

Здесь описана ТОД входного массива А01101, находящегося 
на ПК и подготовленного для записи в массив ТОД. Массив сос¬ 
тоит из двух областей: первая область начинается с первой колон¬ 
ки ПК и описывает макет (Ml), поле функции (F) и ведущие 
реквизиты (СЕСН, UCHASTOK); вторая область начинается с 
колонки 21, ее длина 14 байт. Область описывает сегмент с коли¬ 
чественными реквизитами (OBOZN, KOLICH). Инструкция IDENT 
задает имена полей, по которым рассортировывается массив. 
FUNKTION задает имя поля функции. 

В ТОД для основного массива инструкции описания областей 
и сегментов не задаются. Здесь приводится структура массива на 
МЛ или МД и инструкции, описывающие виды контроля и подго¬ 
товки реквизитов (полей) для вывода. Пример ТОД для основно¬ 
го массива выглядит следующим образом: 

, . . DEFINIEREN, _,ВААА51,_,; 

. .. LADEN : 

. . PATEL BLOCKFAKTOR=20 : 

,_ _ ,FELD_NAME = S ,LAENGE = 1 ,; 

__ FELD,_NAME =CECH_,LAENGE=6,_,; 

___ TESTEN_MASKE=999999,_,; 

. . . FELD_NAME = UCHASTOK,_, LAENGE = 10,_,; 

TESTEN_MASKE=9999999999,_,; 

: . FELD NAME = OBOZN LAENGE —10. 

FELD _ NAME = KOLICH,_, LAENGE=3_ DARST = P_; 

AUFBER MASKE=', ?0 

. . IDENT__SATZ=CECH,UCHASTOK 

, ZUSTAND = S : 

Основной массив получается из входного массива, описанного 
в предыдущем примере. Длина блока равна 20 записям. Содержа¬ 
ние поля СЕСН будет проверяться на цифровое содержание при 
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загрузке информации входного массива. Инструкция AUFBEI? 
указывает, что при выводе значение реквизита KOLICH будет от¬ 
редактировано по шаблону 99,99; ZUSTAND описывает имя поля 
состояния, согласно содержанию которого производится корректи¬ 
ровка массива. 

Подготовленные таким образом таблицы описания данных 
переносятся на перфокарты и помещаются в массив ТОД на диске. 
Управляющие карты для включения ТОД в массив приводятся 
ниже. 

// JOB DEFIN 

// ASSGN SYS005,X'nnn' ) 

// DLBL SWARB„0,DA > рабочий массив 

// EXTENT SYS0K5, ... J 

II ASSGN SYS004,X'nnn 7 ) 

// DLBL SWDBT /имя массива ТОД', ,DA массив ТОД 

// EXTENT SYSM4,... J 

II UPSI nn 

// EXEC SW#SAWI 

Стаблица описания данных> 


Нулевой и первый биты байта UPSI управляют выводом про¬ 
токола и построением массива ТОД. Если нулевой бит равен нулю, 
в протокол включаются все инструкции из ТОД, если он равен 
единице, в протокол выдаются только инструкции, содержащие 
ошибки. 

Первый бит байта UPSI должен быть равен единице, если мас¬ 
сив ТОД создается (ранее не существовал), и нулю, если ТОД 
включается в уже существующий массив ТОД. 

§ 3, Создание и ведение массивов 

В системе САВИ создание и ведение массивов производится с 
помощью таблиц описания данных, которые формируются для 
каждого обрабатываемого массива. Это означает, что массив ТОД 
должен быть создан заблаговременно. 

С помощью инструкций создания и ведения массивов (см. 
приложение 7) пользователь может построить на МЛ или МД 
основной массив и постоянно его обновлять. При загрузке этого 
массива выполняются: ввод входного массива; проверка входного 
массива на формальную правильность; подготовка входных дан¬ 
ных; вывод проверенных и подготовленных данных в основной 
массив. 

Система контролирует порядок рассортированности входного 
массива при его создании и ведении. Контроль порядка сортиров¬ 
ки записей можно исключить с помощью карты UPSI. Во время 
загрузки массивов могут выполняться подпрограммы контроля и 
преобразования данных, если это предусмотрено ТОД. 

Для обслуживания основного массива система выполняет: 
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расширение (ERWEITERN) — в созданный массив вводятся 
новые Записи (входные записи записываются в заданной последо¬ 
вательности в конец массива); 

замену (ERSETZEN) —заменяются отдельные поля или запи¬ 
си; 

добавление (ZUFUEGEN) — в основной массив добавляется 
одна или несколько записей; 

стирание (LOESCHEN) —записи удаляются из основного 
массива и исключаются из дальнейшей обработки; 

консервацию (STILLEGEN) —временно приостанавливается 
использование записей (законсервированные записи при необхо¬ 
димости могут использоваться при дальнейшей обработке); 

активизацию (AKTIVIEREN) — процедура, обратная консерва¬ 
ции, т.е. представление законсервированных записей для даль¬ 
нейшей обработки; 

корректировку (BERICHTIGEN) —внутри одной основной 
записи изменяется один или несколько реквизитов (исходный рек¬ 
визит при этом заменяется новым). 

Система обслуживает только те массивы, записи которых рас¬ 
сортированы в порядке возрастания идентификационных призна¬ 
ков. Исключение из этого правила допускается при выполнениіі 
функции расширения. 

Система предусматривает два способа обслуживания массивов: 

за один прогон программы выполняется одна из функций; 

за один прогон программы выполняется несколько функций, 
их вызов производится с помощью инструкции AENDERN; нужная 
функция определяется на основании содержания поля функции во 
входной записи. 

В процессе загрузки введенные данные обрабатываются под¬ 
программами контроля и преобразования, заданными в ТОД к 
основному массиву. Входные записи с ошибками фиксируются я 
протоколе и в построении основного массива не участвуют. Если 
входным является массив, построенный системой САВИ, т. с. 
вторичный, то при построении основного массива учитывается поле 
.его состояния. Логически стертые записи при загрузке пропуска¬ 
ются. 

Для выполнения функций накопления пользователь системы 
должен задать последовательность выполнения описанных инст¬ 
рукций. При этом необходимо соблюдать следующие правила: 

каждая последовательность инструкций для выполнения накоп¬ 
ления должна начинаться инструкцией SPEICHERN, которая 
сообщает имя используемой ТОД и при необходимости коды поль¬ 
зователя; 

если предусмотрено включение дополнительных модулей, после 
управляющей инструкции накопления следуют соответствую¬ 
щие инструкции EINFUEGEN (максимум две на каждую точку 
выхода), в которых называются представляемые в распоряжение 
модуля поля и данные пользователя; 
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следующая инструкция задает одну из функций накопления, 
после которой могут использоваться инструкции ZUORDNEN. 

Ниже приводятся примеры заданий для выполнения функций 
загрузки и корректировки массивов. 


рабочий массив 


// JOB LADEN загрузка 
// ASSGN SYS005,X'nnn' ’ 

// DLBL SWARB„0,DA 
// EXTENT SYS005,... 

// ASSGN SYS004,X'nnn' ) 

U DLBL SWDBT/Chmh массива ТОД> , „ОА } массив ТОД 
// EXTENT SYS004,... J 

// ASSGN SYS006.X , nnn' i 

// DLBL BAAA511/AAA51' > основной масЬив 
// EXTENT SYS006,... j ■ ; 

// UPS I nn \ 

// EXEC SW#SAWI 

SPEICHERN BAAA51 AAAA ARS A01101 BBBB; 

LADEN; - v < <£. ■ 

I * . • -0 J 

<исходные данные на ПК> . . 

I* 

l& 

Ц JOB AENDERN изменение 
// ASSGN SYS005 l X , nnn' \ 

H DLBL SWARB„0,DA l рабочий массив s ^ 

// EXTENT SYS005,... j 

II ASSGN SYS0O4,X , nnn' ) 

H DLBL SWDBT/<hmh массива ТОД>'„ DA > массив ТОД 
// EXTENT SYSO04,... I 

// ASSGN SYS006,X , nnn' 1 
// DLBL В AAA510/AAA51' 

II EXTENT SYS006,... 

II ASSGN SYS007,X , nnn' 

II DLBL В AAA511 / AAAA51' 

// EXTENT SYS007. 

// EXEC SW#SAWI 

SPEICHERN BAAA51 AAAA AUS A01 
AENDERN; 

I* 

<ПК корректуры > 

/1 


J 
■ v ; 


основной массив (старый) 


основной массив (скорректированный) 


Карты корректуры выполнения этого задания необходимо за¬ 
ранее рассортировать в порядке возрастания ключевых реквизитов. 
Если скорректированный и старый основной массив находятся на 
одном и том же пакете дисков, им должны быть назначены раз¬ 
ные участки и в картах // DLBL указаны различные идентифика¬ 
торы. 

Если основной массив организуется индексно-последователь¬ 
ным методом доступа, в задание необходимо вставить карту 
//LBLTYP NSD и соответствующим образом изменить карты 
//DLBL и //EXTENT. Если основной массив должен иметь после¬ 
довательную организацию и записывается на магнитную ленту с 
метками, в задание нужно вставить карты //TLBL и //LBLTYP 
ТАРЕ. 
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Управление выводом протокола; и проверкой рассортированно- 
сти входных записей осуществляется с помощью карты URSI. 
Если нулевой бит равен нулю, в протокол выпечатываются все 
входные записи, если он равен единице — только ошибочные 
записи. Если первый бит байта UPSI равен нулю, рассортирован- 
ность записей входного массива, не проверяется, если равен едини¬ 
це, проверка производится, и следующие не в порядке рассорти¬ 
рованное™ записи выпечатываются в протокол ошибок и не вклю¬ 
чаются в основной массив. 

§ 4. Использование массивов 


Инструкции поиска системы САВИ позволяют выполнять прос¬ 
тейшие операции обработки данных, содержащихся в основных 
массивах, такие, как подсчет выходных записей, удовлетворяющих 
заданным условиям поиска, сортировка массивов, вывод массивов 
на печать или на другие машинные носители данных, суммирова¬ 
ние реквизитов, преобразование реквизитов при выводе. Подроб¬ 
ное описание инструкций поиска приведено в приложении 9. 

Ниже приводятся примеры заданий для сортировки и распечат¬ 
ки основного массива. 


// JOB SORT сортировка 
// ASSGN SYS001,X'280' 

// assgn sys002,x'280' 

// МТС REW.SYS002 
II ASSGN SYS003,X'191' 

// DLBL SORTWKL.0 
II EXTENT SYS003,... 

II ASSGN SYS004,X , nnn' ) 

II DLBL SWDBT /Симя таблицы ТОД>',ДЭА } массив ТОД 

// EXTENT SYS004,... J 

// ASSGN SYS005,X'nnn' 1 

II DLBL SWARB„0,DA > рабочий массив 

// EXTENT SYS005,... J 

// ASSGN SYS006,X'nnn' 1 

II DLBL BAAA510/AAA51' } старый массив 

// EXTENT SYS006,... 

// ASSGN SYS007,X , nnn / \ 

J/ DLBL BAAA51 1/ААА5Г > рассортированный массив 
If EXTENT SYS007,... J 
// EXEC SW+SAWI 
SUCHEN BAAA51; 

BAAA511 AUSGEBEN ALLE AUF PLATTE; 

‘ AUFBEREITEN BLOCK 20; 

SORT CEHC UCHASTOK; 

I* 


II JOB DRUCKEN распечатка массива 
// ASSGN SYS004,X , nnn' ) 

Ц DLBL SWDBT/Chmh таблицы ТОД >'„DA > массив ТОД 
// EXTENT SYS004,... J 

// ASSGN SYS005,X'nnn' } 

// DLBL SWARB„0,DA } рабочий массив 

// EXTENT SYS005,... J 
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// ASSGN SYS006,X'win' ) 

II DLBL BAAA510,'AAA51' > основной массив 



KOPF 'форма 01B1101' 2'массив 0101151' 30 ; 
VORSCHUB 1 ; 

KOPF 'Ведомость оборудования' 10 ; 
VORSCHUB 1 ; 


KOPF '__ 

KOPF ':код :код юбозначение :' 
' количество станков :' 35 ; 
VORSCHUB 1 ; 


1 ; 



VORSCHUB 1 ; 
KOPF '_ 


1 ; 


VORSCHUB 1 ; 

KOPF ; 

ADDIEREN KOLICH IN KOL ; 

ZEILE CECH 3 UCHASTOK 11 OBOZN 20 KOLICH 37 ; 


При выводе массива на печать необходимо следить за тем, что¬ 
бы длина строки на устройстве печати не превышала 120 символов. 


§ 5. Подготовка исходных данных 


Исходные данные в системе САВИ могут быть подготовлены 
на перфокартах и перфолентах. При использовании первых каж¬ 
дая строка исходного документа переносится на одну или несколько 
(но не более пяти) перфокарт. В случае, если запись занимает 
несколько перфокарт, нужно предусмотреть, чтобы на каждой 
перфокарте в одной и той же колонке содержался последователь¬ 
ный номер перфокарты в записи. Э е дущие (ключевые) реквизиты 
и признак функции изменения должны повторяться на каждой ПК- 

Применение перфоленты позволяет вести подготовку данных в 
формате с разделителями. Разделители полей (реквизитов), сег¬ 
ментов и записей выбираются либо стандартные (запятая, точка 
с запятой и точка соответственно), либо из ТОД входного массива 
(см. приложение 6). Информация на перфоленте может быть под¬ 
готовлена для ввода в любом коде, преобразование ее во внутрен¬ 
ний код ЭВМ осуществляется в процессе ввода данных по специ¬ 
ально подготовленным таблицам. Таблицы должны быть оформле¬ 
ны в виде фазы в библиотеке абсолютных модулей и иметь имя 
SW^TLBEM, если выбранный код ПЛ содержит символ переклю¬ 
чения, и имя SW^TLBEO — в противном случае. 

При подготовке информации для загрузки (первоначального 
создания) массивов в поле признака функции необходимо перфо¬ 
рировать нуль. Если данные предназначены для изменения, приз¬ 
нак функций выбирается согласно приведенному в описании инст- 
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рукции AENDERN. В записях, предназначенных для загрузки или 
добавления, нужно перфорировать все реквизиты, в записях на 
стирание (удаление), консервацию и активизацию достаточно 
указать только признак функции и ключевые реквизиты, в записях 
на корректировку (замену) — признак функции, ключевые и изме¬ 
няемые реквизиты. Если выполнение функции AENDERN для 
некоторого массива не предусматривается, то признак функции 
во входных записях не требуется. 

Системой САВИ предусматривается также использование в 
качестве первичных носителей данных магнитных лент и дисков. 
В этом случае входными массивами системы САВИ могут служить 
массивы, созданные другими системами программирования. Для 
таких массивов с помощью инструкций языка описания данных 
подготавливаются ТОД входного и основного массивов. 



ГЛАВА 3 

ОСОБЕННОСТИ РЕШЕНИЯ ЗАДАЧ 
В УСЛОВИЯХ СУЩЕСТВОВАНИЯ БАНКА ДАННЫХ 


В этой главе описывается опыт разработки, внедрения и функ¬ 
ционирования АСУП, использующей организацию фонда норма¬ 
тивно-справочной информации (НСИ) в виде банка данных, на 
примере решения следующих задач: 

расчет применяемости деталей и сборочных единиц в изделии; 
расчет специфицированных и сводных цорм расхода материа¬ 
лов; 

расчет сводных трудовых нормативов; 
расчет нормативных калькуляций. 

Отличительными особенностями выбранных задач, на основа¬ 
нии которых можно судить о характере применения банков дан¬ 
ных в АСУП, являются: 

использование большей части исходной информации; 
сильная зависимость времени решения этих задач от структуры 
и методов построения информационной базы; 

применение результатов решения данных задач в большинстве 
задач АСУП. 

Ознакомимся с фондом НСИ АСУ Первого московского часово¬ 
го завода АСУ-1-МЧЗ, рассмотрим состав и структуру информа¬ 
ционной базы данных и ее связь с вышеуказанными задачами, 
приведем описание алгоритмов их решения. При этом не ставится 
цель подробно изложить все особенности выполняемых расчетоз, 
перечислить все процедуры, так как имеется достаточно литера¬ 
туры, где подробно рассматриваются организационно-экономиче¬ 
ская сущность и алгоритмы расчетов большинства типичных 
задач АСУП, в том числе и нижерассматриваемых [9]. Мы огра¬ 
ничимся описанием лишь основных расчетов по каждому из выход¬ 
ных документов, что позволит достаточно полно представить проб¬ 
лемы, встающие перед разработчиками программного обеспечения, 
уяснить пути их решения и степень использования (заимствования) 
соответствующего программного обеспечения. Хотелось бы под- 
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черкнуть, что основная цель нашей работы —обратить внимание 
разработчиков и пользователей АСУП на те принципиальные 
особенности проектирования в условиях существования банка 
данных, которые существенным образов влияют на методологию 
проектирования АСУП на базе ЭВМ третьего поколения. 

§ 1. Описание фонда нормативно-справочной 
информации АСУ-1-МЧЗ 

Фонд НСИ АСУ-1-МЧЗ включает информацию 40 первичных 
нормативно-справочных документов (НСД), заполняемых и ис¬ 
пользуемых различными службами предприятия. Остановимся 
кратко лишь на тех из них, информация которых вошла в банк 
данных, так как они представляют наибольший интерес с точки 
зрения организации информационной базы АСУ. Перечень их 
приведен в табл. 4, а сами формы приводятся по тексту (кроме 
единичных и групповых спецификаций, которые приняты согласно 
ГОСТу 2. 108-68, ГОСТ 2. 113—70). 


Таблица 4 


Документ 

Условный 

формы 

Служба, выпускающая 
документ 

Маршрутная карта 

Г 

Отдел главного техно¬ 

Комплектовочная карта 

Б 

лога (ОГТ) 

То же 

Состав и характеристика оборудования 

К 


Справочник групп оборудования 

Т 

ВЦ 

Станкозатраты на деталь 

Л 

ОГТ 

Ведомость подетальных норм расхода мате¬ 
риала 

Д 

» 

Ценник на отходы 

И 

ВЦ 

Справочник наименований изделий и их сос¬ 
тавных частей 

п 

Отдел главного конст¬ 

Номенклатура-ценник материалов 

ж 

руктора (ОГК) 

ВЦ 

Справочник групп материалов по сводной 
номенклатуре 

р 


Справочник наименований инвентарных объ¬ 
ектов основных фондов 

м 


Справочник потерь на полуфабрикаты 

с 


Спецификация (единичная) 

А 

ОГК 

Групповая спецификация 

В 

* 


Маршрутная карта (форма № 01) содержит описание техноло¬ 
гического процесса и межцеховых переходов изготовления детали 
(сборочной единицы) по всем операциям в технологической после¬ 
довательности с указанием соответствующих данных по оборудо¬ 
ванию, трудовым и другим нормативам. 

Графы «Код детали (сборочной единицы)», «Код варианта 
исполнения», «Код единицы нормирования», «Код цеха», «Код 
участка», «Номер операции», «Наименование операции», «Обсн- 
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начение технологического документа», «Наименование оборудова¬ 
ния» и «Код оборудования» заполняются в отделе главного тех¬ 
нолога на основании операционных карт ранее разработанного 
технологического процесса, а остальные графы — в отделе труда и 
заработной платы на основании цеховых ведомостей подетальных 
норм расценок. 

Маршрутная карта формируется по всей номенклатуре дета¬ 
лей (сборочных единиц), изготавливаемых заводом, а также на 
детали (полуфабрикаты), получаемые по кооперированным по¬ 
ставкам, и на покупные изделия, если они подвергаются доработке. 
Она содержит полный перечень операций обработки детали (сбо¬ 
рочной единицы), начиная с заготовительной операции по всему 
межцеховому технологическому маршруту. 

Признак окончания технологического маршрута обозначается 
номером операции 990, который проставляется вслед за последней 
технологической операцией маршрута, завершающей обработку 
детали (сборочной единицы). 

Для деталей (сборочных единиц), не имеющих вариантов ис¬ 
полнения, в графе «Код варианта исполнения» проставляется 00. 

Для деталей (сборочных единиц), имеющих вариант исполне¬ 
ния, маршрутная карта составляется следующим образом. Если 
для всех вариантов исполнения нет различия в технологическом 
процессе, то составляется маршрутная карта базового варианта с 
обозначением варианта исполнения 00. Если в зависимости ог 
варианта исполнения имеются различия в технологическом процес¬ 
се, то на первые операции обработки, не зависящие от варианта 
исполнения, составляется маршрутная карта базового варианта с 
обозначением варианта исполнения 00 без указания признака 
окончания, а на все последующие операции — отдельные маршрут¬ 
ные карты на каждый вариант. Эти маршрутные карты будут 
иметь признак окончания обработки (номер операции 990). 

В графе «Код единицы нормирования» проставляется код, 
указывающий, на какое количество установлены нормы времени и 
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расценки. Если детали не отличаются конструктивно друг от друга, 
но изготавливаются по разным технологиям, то маршрутная карта 
составляется на один, основной технологический процесс, наиболее 
целесообразный с технологической и экономической точки зрения. 
На параллельные технологические процессы изготовления детали 
(сборочной единицы), не содержащие конструкторских отличий, в 
маршрутной карте, в правом верхнем углу проставляется «ПВ» 
(параллельный вариант). 

Код цеха и участка указывается по классификатору структур¬ 
ных подразделений завода. Номер операции состоит из трех зна¬ 
ков: первые два составляют порядковый номер операции, а тре¬ 
тий — заполняется нулями. 

Третий (нулевой) разряд предусмотрен для обозначения новых 
операций, возникающих при изменении технологического.процесса. 

Графа «Код оборудования» для данной операции определяется 
технологом. Код оборудования проставляется на основании завод¬ 
ского кодификатора. При выполнении операции вручную в графе 
«Код оборудования» маршрутной карты проставляется код ручной 
работы. 

Признак передачи готовой детали или сборочной единицы на 
сборку или на испытания обозначаются после строки окончания 
обработки номером «999». В графе «Код цеха» по этой строке за¬ 
писывается код цеха или код склада, куда поступает деталь,, 
сборочная единица. 

По деталям (сборочным единицам), приобретаемым со сторо¬ 
ны и проходящим дальнейшую технологическую обработку в це¬ 
хах завода, первым цехом-заготовителем записывается служба 
Отдела внешней кооперации под номером операции «000». 

Технолог, заполнив свою часть маршрутной карты, передает ее 
в ОТиЗ. ОТиЗ заполняет свою часть в строгом соответствии с тех¬ 
нологическим процессом. 

Реквизиты «Код тарифной сетки», «Код вида норм» заполня¬ 
ются согласно заводским кодификаторам. 

Норма многостаночного обслуживания в маршрутной карте 
указывается в физических единицах оборудования. Если рабочий 
по норме обслуживает один станок, то в графу «Норма обслужива¬ 
ния станков» проставляется 1, если два станка — 2 и т. д. 

Реквизит «Разряд работ» проставляется в соответствии с дейст¬ 
вующей на заводе тарифной сеткой. 

В графе «Норма времени, мин» записывается норма времени 
платежная до сотых долей минуты. В графу «Расценка, руб.» 
записывается платежная расценка до десятой доли копейки. Для 
удобства внесения изменений в маршрутную карту между наиме¬ 
нованием операций целесообразно оставлять одну пустую строку. 

Заполненный документ возвращается в ОГТ, который рассыла¬ 
ет копии маршрутной карты во все службы завода, где она исполь¬ 
зуется. В ВЦ данные этого документа перфорируются согласно 
схеме перфорации, приведенной в табл. 5. При перфорации рекви- 


52 



зит «Код варианта исполнения» объединен с реквизитом «Код де¬ 
тали (сборочной единицы)» и на схемах перфорации здесь и далее 
отдельно не показывается. Структура объединенного реквизита 
приведена на с. 72—73. 

Т аблица 5 


Реквизит (поле) 

Номера колонок 

Ша.блон 

Макет 

.1—2 

9(2) 

Функция 

3 

9(1) 

Код детали (сборочной единицы) 

4-16 

9(13) 

Код единицы нормирования 

17 

9(1) 

Код цеха 

18—19 

9(2) 

Код участка 

20—21 

9(2) 

Номер операции 

22—24 

9(3) 

Код оборудования 

25—29 

9(5) 

Код тарифной сетки 

30 

9(1) 

Код вида норм 

31 

9(1) 

Норма обслуживания станков 

32—33 

9(2) 

Разряд работы' 

34 

9(1) 

Норма времени в минутах 

35-42 

9(6), 9(2) 

Расценка 

43-49 

9(4), 9(3) 



Комплектовочная карта (форма № 02) предназначена для за¬ 
писи данных о деталях, сборочных единицах и покупных деталях, 
входящих в комплект собираемой единицы. 

Комплектовочная карта для изделий и сборочных единиц с 
вариантом исполнения составляется для базового варианта с 
кодом варианта исполнения «00». Такая карта распространяется 
на все спецификации вариантов и получает при этом все варианты 
из спецификации. 

В комплектовочной карте операции сборочных работ должны 
быть проставлены по всем операциям технологического процесса. 

Графа «Код цеха» заполняется на основании классификатора 
структурных подразделений. 
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Номер операции проставляется в технологической последова¬ 
тельности их выполнения согласно данным маршрутной карты. 

Графы «Код детали (сборочной единицы), входящей в комп¬ 
лект» и «Количество» заполняются в полном соответствии с конст¬ 
рукторской спецификацией. 

Для деталей собственного производства в графе «Код цехд- 
поставщика» записывается или код склада, или код цеха. Если же 
деталь покупная, то ставится код отдела внешней кооперации 
(ОВК). Информация перфорируется согласно схеме перфорация, 
приведенной в табл. 6. 

Таблица G 


Реквизит (поле) 

Ноиера колонок 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

3 

9(1) 

Код детали (сборочной единицы) 

4-16 

9(13) 

Код цеха 

17—13 

9(2) 

Номер операции 

19-21 

9(3) 

Код детали (сборочной единицы) 

22—34 

9(13) 

Количество 

35—36 

9(2) 

Код цеха-посгавщика 

37—38 

9(2) 


Форма Л» 03 



«Состав и характеристика оборудования» (форма № 03) запол¬ 
няются по каждой единице оборудования, закрепленной за опре¬ 
деленным цехом, и содержит нормативные данные, необходимые 
для расчета загрузки и пропускной способности оборудования. 
Документ формируется по рассчитываемому цеху в разрезе 
производственных участков по основному технологическому обору¬ 
дованию. 

В случае отсутствия поточной линии графа «Код поточной 
линии» заполняется нулями. 

Реквизиты-признаки формы устанавливаются в соответствии с 
заводскими кодификаторами. 

Графа «Потери времени на переналадку, %» заполняется в 
соответствии с утвержденными нормативами или на основании 
опытно-статистических данных. 






















В графы «Потери времени на ремонт, % при двухсменной рабо¬ 
те» и «Потери времени на ремонт, % при трехсменной работе» за¬ 
писывается процент потерь рабочего времени на ремонт оборудо¬ 
вания. 

Информация перфорируется согласно схеме перфорации, пред¬ 
ставленной в табл. 7. 


Таблица 7 


Реквизит (поле) 

Номера колонок 
на ПК 

Шаблон 

Макет 

1—2 

і 9(2-) 

Функция 

3 

1 9(1) 

Код цеха 

4—5 

! 9(2) 

Код участка 

6—7 

! 9(2) 

Код поточной линии 

8—9 

: 9(2) 

Код оборудования 

10—14 

9(5) 

Инвентарный номер оборудования 

15—18 

9(4) 

Потери времени на переналадку, % : 

19—21 

9(2), 9(1) 

Потери времени на ремонт при двухсмен¬ 
ной работе, % 

22—24 

9(2), 9(1) 

Потери времени на ремонт при трехсмен¬ 
ной работе, % 

25—27 

9(2), 9(1) 


Форма № 04 



Справочник групп оборудования (форма № 04) создается по 
каждому цеху и содержит в себе информацию о перечне единиц 
оборудования с учетом объединения их в группы. 

Графы «Код группы» и «Код оборудования» заполняются в 
соответствии с заводским кодификатором. Новым группам обору¬ 
дования коды присваиваются в ОГТ и по установленной форме 
передаются в ИВЦ. 

Информация перфорируется согласно схеме перфорации, при¬ 
веденной в табл. 8. 

«Станкозатраты на деталь» (форма № 05) составляется для 
оборудования, расчет загрузки и пропускной способности которо¬ 
го производится по инвентарным номерам. Документ формируется 
при необходимости расчета загрузки оборудования по каждой его 
единице. Аналогичные данные, имеющиеся в маршрутной карте, в 
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Таблица 8 


Реквизит (пода) 

Номера колонок 

Шаблон 

Макет 

1—2 

9(2) 

Функций 

3 

9(1) 

Код цеха 

4—5 

9(2) 

Код группы оборудования 

6—10 

9(5) 

Код оборудования 

11—15 

9(5) 

Наименование группы оборудования 

16—39 

Х(24) 


Форма № 05 


Код цеха 1 

—. . СТАНКОЗАТРЛТЫ НА ДЕТАЛЬ 

Код 

участ- 

Оборудование 

Деталь (сборочная единица) 

я 


Номер one- 

Код единицы 

нормирования 

Станкозатра- 

код 

іі 

модель 

I 

наименование 

код 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

U 





1 1 







расчете не участвуют. Документ может содержать несколько строк 
для одной детали с одинаковым номером операции, выполняемой 
на одинаковом оборудовании с различными инвентарными номе¬ 
рами и различными станкозатратами на деталь. 

По каждому варианту исполнения детали (сборочной единицы) 
заполняется отдельная строка с заполнением всех показателей. 

Графа «Номер операции» проставляется в технологической 
последовательности выполнения операций. 

В графе «Код единицы нормирования» указывается, на какое 
количество деталей ведется нормирование. 


Таблица 9 


Реквизит (поле) 

Номера колонок 
на ПК 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

3 

9(1) 

Код цеха 

4—5 

9(2) 

Код участка 

6—7 

9(2) 

Код оборудования 

8—12 

9(5) 

Инвентарный номер оборудования 

13—16 

9(4) 

Код детали (сборочной единицы) 

17—29 

9(13) 

Номер операции 

Ю-^32 

9(3) 

Код единицы нормирования 

33 

9(1) 

Станкозатраты, мин 

34—41 

9(6), 9(2) 
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В графе «Станкозатраты, мин» проставляются станкозатраты 
с учетом единицы нормирования. 

Информация перфорируется согласно схеме перфорации, пред¬ 
ставленной в табл. 9. 

Ведомость «Подетальные нормы расхода основных материалов» 
(форма № 06) содержит информацию о нормах расхода основных 
материалов на детали, изготавливаемые на предприятии. 


Форма № 06 


ПОДЕТАЛЬНЫЕ НОРМЫ РАСХОДА ОСНОВНЫХ МАТЕРИАЛОВ 

Деталь 

Код варианта пополне- | 

і 

Материал 

Расчетные 

Весовые данные и норма расхода 

I 

1 

1 

II 

1 Коэффициент использо- j 

1 


1 

I 

а 

1 

вес исходного 
материала ^ 

измерения 

1 чистый вес 

норма расхода до 
технологии 

норма расхода с уче¬ 

том отходов в загото¬ 
вительном отделении 

процент технических 

потерь 

1 

1 

s* 

. II 

2 

3 

4 

5 

6 

7 

8 

9 

10 

П 

12 

13 

14 

15 

is 

17 








1 1 1 




1 1 


В графах 2 и 3 записываются коды в полном соответствии со 
спецификацией. 

В графе 4 указывается код цеха-потребителя материалов. 

В графе 6 проставляется код исходного материала — материа¬ 
ла, предназначенного для изготовления деталей согласно стандар¬ 
там или техническим условиям. В графе 8 указывается код мате¬ 
риала по технологии. Графы 6 и 8 заполняются согласно заводско¬ 
му классификатору материалов. 

В графе 10 проставляются единицы измерения материалов 
согласно номенклатуре ценника материалов. 

В графе 11 записывается чистый вес, определяющий количест¬ 
во материала, содержащегося в готовой детали. 

В графе 12 указывается расчетная норма расхода, определяю¬ 
щая максимальное допустимое количество материала, необходимо¬ 
го для изготовления единицы продукции при заданных производст¬ 
венных условиях, а в графе 13 — норма расхода с учетом отходов 
в заготовительном отделении. 

В графе 15 записывается норма расхода с учетом технологиче¬ 
ски неизбежных потерь (ТИП). Их процент устанавливается в 
ОГТ. Норма расхода определяется с учетом отходов в заготови¬ 
тельном отделении и процента ТНП. 

В графе 16 указывается код единицы нормирования, на кото¬ 
рую устанавливаются все нормативные данные. 

Об изменении кода материала по технологии ОГТ извещает 
ОМТС, склады завода и ВЦ. Код новому материалу присваивает- 
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ся в ВЦ и рассылается по установленной форме во все службы, 
где он используется. 

Информация перфорируется согласно схеме, приведенной в 
табл. 10. 


Таблица 10 


Реквизит (поле) 

Номера колонок 

Шаблон 

Макет 

' 1—2 

9(2) 

Функция 

3 

9(1) 

Код детали (сборочной единицы) 

4— 1G 

9(13) 

Код цеха 

17—18 

9(2) 

Крд исходного материала 

19—26 

9(8) 

Код материала по технологии 

27-34 

9(8) 

Код единицы измерения 

35—36 

9(2) 

Чистый вес 

37—44 

9(4), 9(4) 

Норма расхода по технологии 

45—52 

9(4), 9(4) 

Норма расхода заготовительного отделения 

53—60 

9(4), 9)4) 

Норма исходного материала 

61—68 

9(4), 9(4) , 

Код единицы нормирования 

69 

9(1) 


Ценник на отходы (форма № 07) содержит информацию о 
ценах на отходы основных материалов, которые учитываются при 
решении задач в АСУП. Форма составляется на отходы черных и 
цветных металлов. 


ЦЕННИК НА ОТХОДЫ 


Форма № 07 




Единица измерения 



Г 


наименование 


Код отходов проставляется в соответствии с номенклатурой- 
ценником материалов по первым пяти знакам, указывающим груп¬ 
пу материала. 

Информация перфорируется согласно схеме перфорации, пред¬ 
ставленной в табл. 11. 


Таблица 11 


Реквизит (поле) 

Номера колонок 
на ПК 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

3 

9(1) 

Код отходов 

4—8 

9(5) 

Код единицы измерения 

9—10 

9(2) 

Цена, руб. 

11—13 

9(1), 9(2) 
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«Справочник наименований изделий и их составных частей» 
(форма № 08) заполняется на основании «Спецификации» (ГОСТ 
2.108—68, ГОСТ 2.113—70). 


Код варианта исполнения 


изделия (сборочной е. 


В строках графы «Краткое наименование изделия (сборочной 
единицы, детали)» записываются коды изделий, механизмов и 
внешних оформлений по нормалям НИИЧАСПРОМа и их краткое 
наименование. 

Информация перфорируется согласно схеме перфорации, при¬ 
веденной в табл. 12. 

Таблица 12 


Реквизит (поле) 

°“ ш? пТ° Н0К 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

; з 

9(1) 

Код изделия (сборочной единицы, детали) 

1 4—,16 

9(13) 

Краткое наименование изделия (сборочной 
единицы, детали) 

17—36 

Х(20) 


«Номенклатура-ценник материалов» (форма № 09) содержит 
информацию о потребляемых на предприятии основных и вспомо¬ 
гательных материалах, покупных полуфабрикатах и комплектую¬ 
щих изделиях. Материалы располагаются в документе по класси¬ 
фикационным группировкам в последовательности деления круп¬ 
ных группировок на мелкие и последовательности кодов материа¬ 
лов (номенклатурных номеров). 
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Для отличия полуфабрикатов в «Номенклатуре-деннике мате¬ 
риалов» в первой позиции графы «Краткое наименование и харак¬ 
теристика материала» проставляется символ «*». 

Информация перфорируется согласно схеме перфорации, пред¬ 
ставленной в Дабл. 13. 


Таблица 13 


Реквизит (поле) 

Номера колонок 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

3 

9(1) 

Наименование материала 

4-51 

Х{48) 

Код материала 

52—59 

9(8) 

Код балансового счета 

60-63 

9(4) 

Код единицы и?мерения 

64—65 

9(2) 

Цена, руб. 

66-71 

9(3), 9(3) 


Справочник групп материалов по сводной номенклатуре (фор¬ 
ма № 10) содержит информацию о составе материалов, входящих 
в сводную номенклатуру ОМТС. 


Форма № 10 

СПРАВОЧНИК ГРУПП МАТЕРИАЛОВ ПО СВОДНОЙ НОМЕНКЛАТУРЕ 


соответствия 


Диапазон кодов материалов 
(сырья, комплектующих 
изделий) по заводскому 
классификатору 


В графе «Номер соответствия» проставляется порядковый но¬ 
мер строки по сводной номенклатуре. 

В графе «Краткое наименование группы материала» записы¬ 
вается наименование материала по сводной номенклатуре, сокра¬ 
щенное в пределах предусмотренной разрядности. 

В графе «Код группы материала» проставляется сокращенный 
код группы материалов. 

В графе «Диапазон кодов сырья, материалов и комплектующих 
изделий по заводскому классификатору» указывается, какие мате¬ 
риалы из номенклатуры-ценника относятся к определенным груп¬ 
пам по сводной номенклатуре. 

Информация перфорируется согласно схеме перфорации, при¬ 
веденной в табл. 14. 

Справочник наименований инвентарных объектов основных 
фондов (форма № 11) содержит перечень наименований инвентар¬ 
ных объектов и соответствующие им коды. 
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Таблица 14 


Реквизит (поле) 

Номера ^колонок 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

3 

9(1) 

Номер соответствия 

4—7 

9(4) 

Краткое наименование группы материала 

В—31 

Х(24) 

Код группы материала 

Код единицы измерения 

Код материала, входящего в группу (ниж¬ 

32—37 

38—39 

9(6) 

9(2) 

няя граница) 1 

Код материала, входящего в группу (верх¬ 

40—47 

9(8) 

няя граница) 

48-55 

9(8) 


Форма № 11 

СПРАВОЧНИК НАИМЕНОВАНИИ ИНВЕНТАРНЫХ ОБЪЕКТОВ ОСНОВНЫХ ФОНДОВ 


Код 'инвентарного* объекта 


вентарного объекта 


В графе «Краткое наименование инвентарного объекта» запи¬ 
сывается наименование инвентарного объекта, сокращенное в 
пределах предусмотренной разрядности. 

В графе «Модель, тип станка» указывается модель или тип 
оборудования. Для остальных основных фондов графа не заполня¬ 
ется. 

В графе «Код инвентарного объекта» проставляется код 
инвентарного объекта основных фондов. 

Информация перфорируется согласно схеме перфорации, при¬ 
веденной в табл. 15. 


Таблица 15 


Реквизит (поле) 

Номера колонок 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

1 3 

9(1) 

Код инвентарного объекта 

1 4-8 

9(5) 

Модель, тип станка 

! 9—18 

Х(10) 

Краткое наименование инвентарного объ¬ 
екта 

19—49 

Х(31) 


Справочник потерь на полуфабрикаты (форма № 12) 

составляется на полуфабрикаты, поставляемые предприятию 
НИИчаспромом. Процент технологических потерь устанавливается 
на камни и пружины согласно данным Научно-исследовательского 
института часовой промышленности (НИИчаспром). 















СПРАВОЧНИК ПОТЕРЬ 


ПОЛУФАБРИКАТЫ 


Фарма JV“ 12 


Деталь (полуфабрикат) 



1 2_3 


Информация перфорируется согласно схеме перфорации, пред¬ 
ставленной в табл. 16. 


Таблица 10 


Реквизит (поле)' 

Номера колонок 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

3 

9(1) 

Код- детали (полуфабриката) 

4—16 

9(13) 

Технологические потери, % 

17—21 

9(2), 9(2) 

Наименование детали (полуфабриката) 

22-41 

X (20) 


Схемы перфораций единичных и групповых спецификаций при¬ 
ведёнъ! соответственно в табл. 17 и 18. 


Таблица 17 


Реквизит (поле) 

Номера колонок 
на ПК 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

3 

9(1) 

Код изделий (сборочной единицы) 

4—16 

9(13) 

Код детали (сброчной единицы) 

17—29 

9(13) 

Количество 

30—31 

9(2) 


Таблица 18 


Реквизит (поле) 

Номера млонок 

Шаблон 

Макет 

1—2 

9(2) 

Функция 

3 

9(1) 

Код изделия (сборочной единицы) 

4—16 

9(13) 

Код детали (сборочной единицы) 

17—29 

9(13) 

Количество 

30—31 

9(2) 


§ 2. Состав и структура массивов банка данных АСУ-1-МЧЗ 

Наиболее значительную (около 70%) по объему часть фонда 
НСИ АСУ-1-МЧЗ составляют данные, содержащиеся в единичных 
и групповых конструкторских спецификациях и маршрутно-техно- 
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логических картах. Информация этих документов организована в 
виде банка данных, состоящего из четырех логически взаимосвя¬ 
занных массивов (рис. 9), организация и ведение которых осуще¬ 
ствляется системой БАСТАЙ. В банк данных включена также ин¬ 
формация из других первичных документов, логически связанных 
со спецификациями и маршрутными картами. Данные остальных 
документов фонда НСИ организованы в виде локальных массивов 
с помощью системы САВИ и в работе не рассматривается. Всего 
в банк данных включена информация 14 нормативно-справочных 
документов. 


Спецификации 
единичные , 
группоВые 


СостаВ и 
характерис¬ 
тика 


іборудоВани 


□ 


массиВ „ 
I спецификации 


I МассиВ I 
I раб очих мест I 

массив = *1 

хнологических I 
маошоитаВ 1 


Номенклату¬ 

ра-ценник 

материалов 


Маршрутная 

карта 


КомплектоВоч 
на я карта 


спрабочник 
наименоВа- 
" изделий 
; состав¬ 
ных частей 


СпраВочник 
наименова¬ 
ний инвен¬ 
тарных объ¬ 
ектов ОСНОВ¬ 
НЫХ трондоВ 


Справочник 

“Ч пп обору¬ 
дования 


Справочник 

Жп8Ж 


СпраВочний 
потерь на* 
Полуфабри¬ 
каты 


Ведомость 
подетальных 
■ норм 
расхода 
материалов 


Стануозатро 
ты ' на 
деталь 


Рис. 10. Дополнительные источники формирования банка 
на примере АСУ-1-МЧЗ 


63 























































Данные с дополнительных источников (рис. 10) вводятся в банк 
данных в режиме внесения изменений, информация основных 
источников служит для загрузки (первоначального создания) 
банка данных и дополнительно также может вводиться в режиме 
внесения изменений. 

Как видно из рис. 9 и 10, в один массив банка данных может 
включаться информация из разных входных документов или же 
информация из одного входного документа поступать в разные 
массивы банка данных. Положение отдельных элементов данных 
и их связь в банке данных определяется в основном исходя из 
удобства обработки. Так, если рассматривать изделия состоящими 
не только из сборочных единиц и деталей, но и из материалов, из 
которых эти детали изготовлены, и установить в банке данных 
связи между информацией об изделиях, деталях и материалах, 
то это позволит совместить этап разузлования состава изделий с 
расчетом материальных нормативов. Непосредственный доступ к 
записям рабочих операций для каждой получаемой в процессе ра¬ 
зузлования составной части изделия дает возможность рассчитывать 
заодно и трудовые нормативы. 

Все массивы банка данных состоят из записей фиксированной 
длины. Для экономии места на диске записи объединены в блоки. 
Размеры записей и блоков приведены в табл. 19. 


Таблица 19 


Массив 

Имя массива 
(имя DTF) 

записи, £айт 

се# в блоке 

Массив предметов 

PREDMET 

125 

13 

Массив рабочих мест 

RABMEST 

60 

28 

Массив спецификаций 

SPECIFI 

33 

34 

Массив технологических маршрутов 

MARKART 

54 

20 


Записи массива банка данных, как указывалось выше, состоят 
из двух частей: системной части и области пользователя. В систем¬ 
ной части содержатся данные, необходимые для накопления и поис¬ 
ка требуемой информации. Эти данные формируются программа¬ 
ми системы БАСТАЙ в момент загрузки массивов и корректиру¬ 
ются при последующих изменениях. Для базовых массивов в 
системную часть включается также код предмета или рабочего 
места. В область пользователя вводятся все остальные данные, 
содержащиеся во входных документах. В пределах каждого мас¬ 
сива системная часть записей имеет одинаковую структуру, в го 
время как область пользователя может быть различной структуры! 
она определяется соответствующим признаком или кодом предме¬ 
та. Структура системной части массива предметов приведена в 
табл. 20, структура частей пользователя для записи деталей 
(сборочных единиц изделий) —в табл. 21, для записей полуфабри- 
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Таблица 20 


Поле 

Обозначение 

исходного 

документа 

Шаблон 

Тип 

байт 

Адрес следующей записи в массиве 
предметов 



в 

4 

Код предмета 

Ж, Г, А, В 

903) 

Z 

13 

Адрес первой записи спецификации 



в 

4 

Счетчик записей в спецификации 



в 

2 

Адрес первой записи цепи примене¬ 
ния предметов 


_ 

в 

4 

Счетчик записей в цепи применения 



в 

2 

Ступень диспозиции 


9(2) 

р 

2 

Адрес следующей записи предмета в 
рабочей (временной) цепи 

_ 


в 

4 

Контрольное поле записи предмета в 
рабочей цепи 

_ 

9(2) 

Z 

2 

Текущий номер 

— 

— 

в 

2 

Адрес записи первой рабочей опера¬ 
ции 

_ 

_ • 

в 

4 

Адрес записи последней рабочей опе¬ 
рации 

_ 

_ 

в 

4 

Счетчик записей рабочих операций 

“ 


в 

2 




Таблица 21 


Поле 

Исходный 

документ 

Шаблон 

поля 

Длина 
поля, байт 

Наименование детали, сборочной еди¬ 
ницы, изделия 

п 

А (20) 

С 

20 

Признак детали (X'FF'), сборочной 
единицы (Х'40') 

, _ 

_ 

* В 

1 

Чистый вес 

д 

9(4), 9(4) 

Р 

5 

Норма расхода материала по техно¬ 
логии 

д 

9(4), 9(4) 

Р 

5 

Норма расхода материала для заго¬ 
товительного отделения 

д 

9(4), 9(4) 

Р 

5 

Норма исходного материала 

д 

9(4), 9(4) 

Р 

5 

Код единицы нормирования 

д 

9(1) 

Z 

1 

Код единицы измерения 

д 

9(2) 

Z 

2 

Код цеха 

д 

9(2) 

Z 

2 

Поле для хранения промежуточных 
результатов 

- 

- 

— 

30 


катов —в табл. 22, для записей материалов и отходов —в табл. 23, 
для записей групп материалов — в табл. 24. 

Принятые в таблицах сокращения: 

С —символьный (знаковый); 

В — двоичный; 

Р — десятичный упакованный; 

Z — зонный (десятичный распакованный). 
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Таблица 22 


Поле 

Исходный 

документ 

Шаблон 

Тип 

по Д ? И ба 3 йт 

Наименование полуфабриката 

ж 

А (20) 

С 

20 

Признак полуфабриката (ХТ0') 

— 


В 

25 

Пробелы 

— 


с 

Процент технологических потерь 

с 

9(2),9(1) 

р 

2 

Код балансового счета 

ж 

9(4) 

Z 

4 

Код единицы измерения 

и, ж 

9(2) 

Z 

2 

Стоимость полуфабриката 

и, ж 

9(3), 9(3) 

р 

4 

Пробелы 

— 


с 

18 


Т а б л и ц а 23 


Поле 

Исходный 

документ 

Шаблон 

л Т ол П я 

Дли б а йт 

Наименование материала 

ж 

А (48) 

с 

48 

Код балансового счета 

Ж і 

9(4) 

Z 

4 

Код единицы измерения 

и, ж 

9(2) 

Z 

2 

Цена материала 

и, ж 

9(3), 9(3) 

р 

4 

Код группы материалов 

р 

9(6) 

Z 

6 

Пробелы 

’ — 


с 

12 




Т а б j 

іица 24 

Поле 

Исходный 

документ 

Шаблон 

IZ 

Длинам 

Номер соответствия 

р 

9(4) 

г 

4 

Наименование группы материалов 

р 

Х(24) 

с 

24 

Код единицы измерения 

р 

9(2) 

Z 

2 

Код материала (нижняя граница) 

р 

9(8) 

Z 

8 

Код материала (верхняя граница) 

р 

9(8) 

Z 

8 

Пробелы 

— 

— 

с 

30 




Т а б л и ц а 25 

Поле 

Исходный 

документ 

Шаблон 

-"я 

Длина 
поля, байт 

Адрес компоненты (что входит) 


_ 

В 

4 

Контрольное поле компоненты 

Адрес следующей записи специфика¬ 

- 

9(2) 

Z 

2 

ций 

Адрес записи сборочной единицы (ку¬ 

— 


в 

4 

да входит) 



в 

4 

Контрольное поле записи сборочной 


9(2) 



единицы 

— 

Z 

2 

Адрес следующей записи в цепи при¬ 





менения предметов 

Адрес предыдущей записи в цепи 

~ 

— 

в 

4 

применения предмета 

- 

— 

в 

4 
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Во второй графе таблиц приведены сокращенные обозначения 
исходных документов (см. табл. 4), с которых переносятся значе¬ 
ния реквизитов в определенное поле массива. 

Структура системной части записей массива спецификаций 
приведена в табл. 25, части пользователя — в табл. 26. 


Т а б л и ц а 26 


Поле 

Исходный 

Шаблон 

п Т о И л"я 


документ 

Длина ^ 

Код цеха 

Б 

9(2) 

Z 

2 

Номер рабочей операции 

Б 

9(3) 

Z 

3 

Количество на сборочную единицу 

А, Б, В 

9(2) 

р 

2 

Код цеха-поставщика 

Б 

9(2) 

Z 

2 




Таб 

і л и ц а 27 

Поле 

Исходный 

документ 

Шаблон 

пол* 

поля,"байт 

Адрес следующей записи в массиве 





рабочих мест 



В 

4 

Код раббчего места 

Адрес первой рабочей операции в це¬ 

к,м 

9(9) 

Z 

9 

4 

пи использования рабочего места 
Счетчик записей в цепи использова¬ 


— 

в 


ния рабочего места 

— 

~ 

в 

2 




Таб 

лица 28 

Поле 

Исходный 

Шаблон 

п Т о И л" 

по&т 

Код группы оборудования 

т 

9(5) 

Z 

5 

Наименование группы оборудования 

т 

Х(24) 

С 

24 

Пробелы 

— 

— 

с 

12 


Таблица 29 


Поле 

Исходный 

Шаблон 

Тип 

Длина 
поля, байт 

Код цеха 

К 

9(2) 

Z 

2 

Код участка 

К 

9(2) 

Z 

2 

Код поточной линии 

к 

9(2) 

Z 

2 

Процент потерь на переналадку 

к 

9(2),9(1) 

р 

2 

Потери на ремонт при двухсменной 
работе, мин 

к 

9(2),9(1) 

р 

2 

Потери на ремонт при трехсменной 
работе, мин 

к 

9(2),9(1) 

р 

2 

Пробелы 

- 


с 

29 
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Структура системной части записей массива рабочих мест 
представлена в табл. 27, части пользователя для записей групп 
оборудования — в табл. 28, для записей характеристик оборудова¬ 
ния—в табл. 29, для записей видов оборудования —в табл. 30. 


Таблица 30 


Поле 

документ 

Шаблон 

Поля 

Длин. 

Модель, тип оборудования 

м 

Х(10) 

1 С 

10 

Наименование оборудования 

м 

Х(31) 1 

с 

31 


Структура системной части записей массива технологических 
маршрутов приведена в табл. 31, части пользователя для записей 
маршрутных карт — в табл. 32, для записей станкозатрат — 
в табл. 33. 


Таблица 31 


- 

Исходный 

документ 

Шаблон 

пол" 

„о»т 

Адрес записи предмета 

_ 

_ 

в 

4 

Контрольное поле записи предмета 


9(2) 

Z 

2 

Номер рабочей операции 

Г, л 

9(7) 

Z 

7 

Адрес записи следующей рабочей 
операции 

_ 


в 

4 

Адрес записи предыдущей рабочей 
операции 

_ 

_ 

в 

4 

Контрольное поле записи рабочего 
места 

_ 

9(2) 

Z 

2 

Адрес записи рабочего места 

— 


в 

4 

Адрес записи следующей рабочей 
операции в цепи использования ра¬ 
бочего места 



в 

4 

Адрес записи предыдущей рабочей 
операции в цепи использования ра¬ 
бочего места 

- 

- 

в 

4 


Т а б л и ц а 32 


Поле 

Исходный 

Шаблон 

пол П я 

Длина^ 

Код единицы нормирования 

Г 

9(1) 

Z 

1 

Пробелы 

Г 


С 

2 

Код участка 

Г 

9(2) 

Z 

2 

Код тарифной сетки 

г 

9(1) 

Z 

1 

Код вида норм 

г 

9(1) 

Z 

1 

Норма обслуживания 

г 

9(2) 

р 

2 

Разряд работы 

г 

9(1) 

Z 


Норма времени, мин 

г 

9(6), 9(2) 

р 

5 

Расценка 

г 

9(4), 9(3) 

р 

4 





















Таблица 33 


Поле 

Исходный 

Шаблон 

Тип 

Длина^т 

Код единицы нормирования 

: л 

9(1) 

Z 

1 

Код цеха 

: л 

9(2) 

Z 

2 

Код участка 

; л 

9(2) 

г 

2 

Станкозатраты на деталь, мин 

л 

9(6), 9(2) 

р 

5 

Пробелы 

— 

- — 

с 

9 


Записи в базовых массивах МП и РМ рассортированы в поряд¬ 
ке возрастания соответственно кода предмета и рабочего места. 
Записи внутри массива ТМ рассортированы по возрастанию номе¬ 
ра рабочей операции, внутри массива МС — по возрастанию кода 
компоненты. 

Между массивами рабочих мест и массивами технологических 
маршрутов существуют два вида связей: записи рабочих операций 
связаны адресными ссылками с записями групп оборудования, 
записи станкозатрат — с записями характеристик оборудовании. 

§ 3. Технология формирования базы данных 
(на примере АСУ-1-МЧЗ) 

Информационная база АСУ-1-МЧЗ, как указывалось выще, ор¬ 
ганизована в виде банка данных, состоящего из четырех массивов: 
массива предметов, массива рабочих мест, массива спецификаций, 
массива технологических маршрутов. Первые два массива базо¬ 
вые, два последних соединительные. Они содержат структурные 
связи между записями базовых массивов, поэтому соединительные 
массивы без базовых не могут быть построены и использованы. 

Базовые массивы организованы по модифицированному индекс¬ 
но-последовательному методу и догіускают обработку содержащей¬ 
ся в них информации методом последовательного и прямого 
доступа. Соединительные массивы созданы по методу прямого 
доступа и обработка содержащейся в них информации возможна 
только по адресам, находящимся в записях базовых массивов. 


Таблица 34 


Комплекс программ 

Код формы НСД 

массивна НСИ Р 

Создание массива предметов 

07, 08, 09 

PREDMET 

Создание массива рабочих мест 

03 

RABMEST 

Создание массива спецификаций 

ГОСТ 2.108-68, 

SPEC1FI 

ГОСТ 2.1 і 3-70 


Создание массива технологических мар¬ 
шрутов 

01 

MARKART 

Изменение массива банка данных 

01-12, 

PREDMET, ■ 


ГОСТ 2.108—68, 

SPECIFI, RAB¬ 


ГОСТ 2.113—70 

MEST, MARKART 


69 












Все программы для организации и ведения массивов банка 
данных объединены в комплексы, перечень которых приведен в 
табл. 34. 

Программы комплексов создания массивов предназначены для 
первичного формирования массивов банка на базе исходных дан¬ 
ных, подготовленных на перфокартах. Добавления и изменения в 
массивах выполняются программами комплекса «Изменение мас¬ 
сивов банка данных». 

Загрузка или изменение массивов банка данных производятся 
с перфокарт. Каждая из них содержит макет перфорации и приз¬ 
нак функции загрузки или варианта изменения. Возможные вари¬ 
анты функции и соответствующие их признаки приведены в табл. 35. 


Таблица 35 


Признак 

функции 

Функция 

Пояснения 

0 

Загрузка 

Первоначальный ввод данных 

1 

Стирание 

Удаление одной строки документа (одной записи мас¬ 
сива) 

2 

Добавление 

Введение дополнительно одной строки документа 

3 

Корректировка 

Изменение значения реквизитов, не являющихся приз¬ 
наками 

4 

Групповое 

стирание 

Удаление всех строк документов, относящихся к задан¬ 
ным реквизитам-признакам (например, удаление целой 
спецификации узла или всего технологического марш¬ 
рута детали) 

Замена адресных связей между записями базовых и 
соединительных массивов 

5 

Замена 


Таблица 36 




гост 

2.108—68 

ГОСТ 

2.113—70 
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Соответствие форм документов, макетов их перфорации и допус¬ 
тимые для них функции отмечены знаком «+» в табл. 36. 

Реквизиты входных форм делятся на обязательные (реквизиты- 
признаки) и необязательные (реквизиты-основания). При подго- 




























































товке исходных данных в зависимости от макета перфорации и 
признака функции некоторые реквизиты можно опускать (перфо¬ 
рировать на их месте пробелы). Обязательные реквизиты для 
функции загрузки (табл. 37), стирания (табл. 38), добавления и 
корректировки (табл. 39) и группового стирания (табл. 40) отме¬ 
чены знаком « + », необязательные — знаком «—»■ 



При выполнении загрузки и добавления опущенные при пер¬ 
форации реквизиты заменяются в записях массивов банка данных 
пробелами. При корректировке опущенные реквизиты не изменяют 
прежнего содержимого полей в записях массивов банка данных; 
если же некоторый реквизит присутствует, прежнее содержимое 
поля заменяется новым. 

Комплекс программ «Создание массива предметов» предназ¬ 
начен для загрузки в массив предметов информации форм № 08, 
09 и 07. Перечень программ данного комплекса приведен в табл. 41. 


Таблица 41 


Программа 

Имя программы 

Объем памяти, 
байт 

Контроль исходных данных 

АА501 

5 000 

Сортировка 

АА201 

13000 

Подготовка данных для загрузки 

АА502 

15 000 

Сортировка 

АА202 

13 000 

Загрузка массива предметов 

АА503 

25000 


В блоке 1 (рис. 11) информация документов 08, 09 и 07 прове¬ 
ряется на правильность заполнения и перфорации. Обнаруженные в 
процессе контроля ошибки распечатываются на устройство SYSLST. 

Полученный в блоке массив сортируется по возрастанию кода 
предмета (деталь, сборочная единица, материал, полуфабрикат, 
отход). Рассортированный массив в блоке 3 преобразуется к виду, 
удобному для загрузки, а именно: все записи приводятся к одина¬ 
ковой длине, а коды предметов, в зависимости от входного доку¬ 
мента (форма документа определяется по номеру макета перфо¬ 
рации), преобразуются к виду: 

ХХХХХХХХХХХХХ — для деталей и сборочных единиц; 

0Я0ХХХХХХХХ00 — для полуфабрикатов; 
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Риа. 11. Принципиальная блок-схема выполнения комплекса «Соз¬ 
дание массива предметов GD (Gegenstanddatei)» 

LLLLLXXXXXXXX — для материалов (L — пробелы); 

LLLLLXXXXXLLL — для отходов. 

Код предмета для деталей и сборочных единиц состоит из кода 
детали (сборочной единицы) и кода варианта исполнения (два 
последних знака кода). 

Если при подготовке входных данных встречается запись дета¬ 
ли (сборочной единицы) с кодом варианта исполнения, не равным 
нулю, то создается искусственная запись с нулевым вариантом 
исполнения, состоящая из кода предмета и символов Х.ХХХХ в 
поле «Название» (эта запись необходима в дальнейшем для пра¬ 
вильной загрузки остальных массивов). Полученный массив 
сортируется по возрастанию реквизита «код предмета», и в блоке 
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5 производится запись массива на магнитный диск (загрузка). 
Все загружаемые записи распечатываются на устройстве SYS012. 
Так как для распечатки используется программа печати из комп¬ 
лекса «Изменение массива банка данных», на получаемой табуля-- 
грамме содержатся пустые поля, которые заполняются при заг¬ 
рузке или изменениях других массивов. Загрузка массивов предме¬ 
тов заканчивается выдачей на устройство SYSLOG сообщения 
ВАА100І, на SYSLST при этом выдаются характеристики (пара¬ 
метры) загруженного массива. 

Для загрузки 1000 записей, включая распечатку контрольной 
табуляграммы, требуется около 5 мин. Если загрузка прерывается 
(например, из-за сбоев машины), блок 5 выполняется повторно. 
Исходные данные для загрузки на магнитной ленте в процессе 
работы блока не изменяются. 1 
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Р<ис. 12. Принципиальная блок-схема выполнения комплекса «Со¬ 
здание массива рабочих мест MD (Arbeitsplatzdatei)» 




















Комплекс программ «Создание массива рабочих мест» предназ¬ 
начен для первоначального ввода (загрузки) в массив рабочих 
мест информации формы № 01. Перечень программ комплекса да¬ 
ется в табл. 42, а блок-схема их выполнения представлена на 
рис. 12. 


Таблица 42 


Программа 

Имя программы 

Объем ^памяти, 

Контроль исходных данных 

АА501 

5 000 

Подготовка данных для загрузки 

АА502 

15 000 

Сортировка 

АА202 

13 000 

Загрузка массива рабочих мест 

АА504 

24 000 


Процесс загрузки массива рабочих мест аналогичен процессу 
загрузки массива предметов. Код рабочего места состоит из двух 
реквизитов и имеет вид: 


ХХХХХ ни 


I-инвентарный номер 

----- код оборудования 

Все загружаемые записи выводятся в виде контрольной табу¬ 
ляграммы на устройство SYS012. Загрузка массива рабочих мест 
заканчивается выдачей на SYSLST характеристик загруженного 
массива, а на SYSLOG выдается сообщение ВАА100І. Для загруз¬ 
ки 1000 записей, включая распечатку контрольной табуляграммы, 
требуется около 3 мин. 

Комплекс программ «Создание массива спецификаций» пред¬ 
назначен для загрузки в массив спецификаций информации форм 
ГОСТ 2.108—68 и ГОСТ 2.113—70. Одновременно проводится про¬ 
верка массива предметов на полноту и дополнение его недостаю¬ 
щими записями. Перечень программ комплекса приведен в табл. 
43. 


Т а б л и ц а 43 


Программа 

Имя программы 

Объем памяти, 

Контроль исходных данных 

АА501 

5 000 

Подготовка данных для загрузки массива 
спецификаций и изменение массива пред¬ 
метов 

АА505 

35000 

Сортировка изменений 

АА203 

13000 

Уплотнение изменений 

АА506 

6 000 

Изменение массивов банка 

АА507 

35000 

Сортировка 

АА202 

13 000 

Загрузка массива спецификаций 

АА508 

20000 


75 















Рис. 13. Принципиальная блок-схема выполнения комп¬ 
лекса «Создание массива спецификаций SD (Stueckli- 
stendatei)» 
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Массив спецификаций является соединительным: каждая за¬ 
пись этого массива отражает связь между парой записей массива 
предметов. По этой причине для создания массива спецификаций 
необходимо иметь массив предметов. 

В блоке 1 (рис. 13) производятся ввод исходных данных с 
перфокарт, контроль правильности перфорации и запись прове¬ 
ренных данных на магнитную ленту. В блоке 2 с магнитной ленты 
считывается очередная запись и проверяется наличие в массиве 
предметов записей для кода сборочной единицы (узла) и кода 
компоненты. Если в массиве предметов требуемая запись отсутст¬ 
вует, формируется искусственная запись для массива предметов, 
состоящая из кода предмета и символов ХХХХХ в поле «Наимено¬ 
вание». Для деталей и сборочных единиц с ненулевым вариантом 
исполнения, что указывается двумя последними знаками кода, 
проверяется наличие искусственной записи, которая могла быть 
сформирована при загрузке массива предметов. В противном случ* 
чае искусственная запись создается данным блоком, а в качестве 
ее признака в поле «Наименование» записываются символы ***. 
Искусственные записи выводятся на магнитный диск и в табуляг¬ 
рамму ошибок на устройство SYSLST, записи спецификаций — на 
магнитную ленту, используемую в дальнейшем для загрузки мас¬ 
сива спецификаций. 

Если при выполнении блока 2 обнаружены ошибки, вызванные 
отсутствием записей в массиве предметов, далее выполняются 
блоки 3, 4 к 5 после них — блоки б и 7. Если указанные ошибки 
отсутствуют, после блока 2 сразу выполняются блоки б и 7. 

В блоках 3, 4 и 5 записи для пополнения массива предметов 
сортируются по коду предмета, исключаются записи с одинаковы¬ 
ми кодами (кроме первой) и производится добавление их в массив 
предметов. Включаемые в массив предметов записи печатаются 
в виде контрольной табуляграммы на устройстве SYS012. 

В блоке б записи спецификаций сортируются в порядке возрас¬ 
тания кодов сборочной единицы (узла) и кода компоненты. В бло¬ 
ке 7 полученные после сортировки записи загружаются в массив 
спецификаций. При загрузке каждой записи устанавливаются дву¬ 
сторонние адресные связи между данной записью и записями узлов 
и компонент в массиве предметов, а также между соседними 
записями спецификаций данного узла. Загружаемые записи выво¬ 
дятся в контрольную табуляграмму на устройство SYS012 (для 
каждой сборочной единицы вывод начинается с нового листа). 

В конце загрузки на SYSLST выпечатываются характеристики мас¬ 
сивов спецификаций и предметов, а на SYSLOG выдается сообще¬ 
ние BAA100I. Для загрузки 1000 записей, включая печать конт- 
трольной табуляграммы, требуется около 10 мин. 

Во время загрузки массива спецификаций может произойти 
прерывание программы (например, из-за машинного сбоя). Так 
как к моменту прерывания часть спецификаций могла быть уже 
загружена, исправить положение повторным выполнением блока 
7 нельзя, поскольку между массивами предметов и спецификаций 
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для части данных установлены адресные ссылки. Для повторной 
загрузки массива спецификаций необходимо иметь массив предме¬ 
тов в его исходном (первоначальном) состоянии. Для этой цели 
рекомендуется хранить копию массива предметов на магнитной 
ленте (копию можно получить после загрузки массива предметов 
с помощью программы CRDT) и восстанавливать его перед повто¬ 
рением загрузки массива спецификаций. После восстановления 
массива предметов для загрузки массива спецификаций необходи¬ 
мо выполнить блоки 5 и 7 (если' в блоке 2 не были зафиксированы 
дополнения к массиву предметов, достаточно выполнить только 
блок 7). 

После завершения загрузки на основании контрольных табуляг¬ 
рамм и табуляграмм ошибок необходимо произвести анализ полу¬ 
ченных результатов и при необходимости внести изменения в мас¬ 
сив банка данных. 

Комплекс пропрамм «Создание массива технологических мар¬ 
шрутов» предназначен для загрузки в массив технологических 
маршрутов информации формы № 01. Одновременно проводится 
проверка на полноту массивов предметов и рабочих мест и допол¬ 
нение их недостающими записями. 

Перечень программ комплекса приведен в табл. 44. 


Таблица 44 


Программа 

Имя программы 

Объем ^памяти, 

Контроль исходных данных 

АА501 

5 000 

Подготовка данных для загрузки массива 
технологических маршрутов и изменения 
базовых массивов 

АА50Э 

25 000 

Сортировка изменений 

АА203 

13 000 

Уплотнение изменений 

АА506 

6 000 

Изменение массивов банка данных 

АА507 

35 000 

Сортировка 

АА202 

13000 

Загрузка массива технологических марш¬ 
рутов 

АА510 

35 000 


Массив технологических маршрутов, как и массив специфика¬ 
ций, является соединительным: записи массива технологических 
маршрутов связаны с записями деталей и сборочных единиц из 
массива предметов и записями оборудования из массива рабочих 
мест. Отсюда следует, что для загрузки массива технологических 
маршрутов требуется наличие обоих базовых массивов: предметов 
и рабочих мест. 

В блоке / (рис. 14) производится ввод исходных данных с пер¬ 
фокарт, контроль правильности перфорации и запись проверенных 
данных на магнитную ленту. В блоке 2 проверенные данные счи¬ 
тываются с магнитной ленты и проверяется наличие соответствую¬ 
щих записей в массиве предметов и в массиве рабочих мест. Если 
требуемая запись в базовом массиве отсутствует, она создается 
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Рис. 14. Принципиальная блок-схема выполнения комп¬ 
лекса «Создание массива технологических маршрутов 
AD (Arbeitsplandatei)» 
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этим блоком. Для массива предметов .запись состоит из кода пред¬ 
мета и символов ХХХХХ в поле «Наименование». Для массива ра¬ 
бочих мест запись содержит код рабочего места и символы ХХХХХ 
в поле «Наименование группы оборудования». Код рабочего места 
состоит из трех частей и имеет вид: 

ХХХХХ НН LL 


I_пробелы 

I_ цех 

_ код оборудования 

Для записей рабочих операций с номерами 990 и 999 создается 
искусственная Запись (для массива рабочих мест), в котором код 
оборудования имеет значение 00000. 

В незанятые поля в искусственных записях записываются про¬ 
белы. Созданные данным блоком искусственные записи выводятся 
на магнитный диск в массив изменений для базовых массивов и 
выдаются в виде табуляграммы ошибок на устройстве SYSLST. 
Записи рабочих операций выводятся на магнитную ленту и исполь¬ 
зуются в дальнейшем для загрузки массива технологических марш¬ 
рутов. 

Если при выполнении блока 2 имели место ошибки, вызванные 
отсутствием записей в базовых массивах, дальше должны быть вы¬ 
полнены блоки 3, 4 и 5, после них —блоки 6 и 7. Если указанные 
ошибки отсутствовали, выполнение блоков 3, 4 и 5 не требуется. 
Их назначение аналогично соответствующим блокам комплекса 
«Создание массива спецификаций». 

В блоке & записи рабочих операций технологических маршру¬ 
тов сортируются по возрастанию кода предмета (детали, сбороч¬ 
ной единицы) и номера рабочей операции. 

Рассортированные записи в блоке 7 считываются с магнитной 
ленты и загружаются в массив технологических маршрутов. Запись 
первой рабочей операции технологического маршрута обработки 
предмета связывается с помощью адресных ссылок с соответст¬ 
вующей записью в массиве предметов. Все записи рабочих опера¬ 
ций технологического маршрута по каждой детали связываются с 
соответствующими записями в массиве рабочих мест и друг с дру¬ 
гом и выводятся в виде контрольной табуляграммы загрузки на 
устройство SYS012. Каждый технологический маршрут в табуляг¬ 
рамме распечатывается с нового листа. Загрузка заканчивается 
выводом характеристик массива технологических маршрутов и ба¬ 
зовых массивов на устройство SYSLST и сообщения BAA100I — 
на SYSLOG. 

Для загрузки 1000 записей, включая вывод контрольной табу¬ 
ляграммы, требуется около 10 мин. 

Действия, выполняемые при прерываниях программы, аналогич¬ 
ны действиям, описанным при создании массива спецификаций, но 
при этом требуется восстановить оба базовых массива. 









Комплекс программ «Изменение массивов банка данных» пред¬ 
назначен для актуализации данных. Функции изменения, выполняе¬ 
мые программами комплекса, приведены в табл. 35. Перечень про¬ 
грамм комплекса дается в табл. 45. 

Таблица 45 


Программа 

Имя программы 

06Ъ “ТИ, 

Контроль исходных данных 

АА501 

5 000 

Предварительная сортировка 

АА204 

13000 

Подготовка изменений (макеты № 04, 07, 

АА511 

23 000 

11 и 15) 



Сортировка изменений 

АА203 

13000 

Уплотнение изменений 

АА506 

6 000 

Изменение массивов банка 

АА507 

35 000 

Подготовка изменений (макеты № 01—03, 

АА512 

23 000 

05, 06, 08—10, 13 и 14) 



Распределение групп материалов 

АА513 

15 000 


Комплекс программ «Изменейие массивов банка данных» обла¬ 
дает рядом особенностей: 

для каждого макета при проведении изменений допустимыми 
являются только те функции, которые отмечены в табл. 36 зна¬ 
ком «+»; 

в одном задании невозможно провести изменения для всех ма¬ 
кетов. Допускается объединять в один пакет перфокарты макетов 
№ 04, 07, 11 и 15 с проведением изменений согласно схеме, пред¬ 
ставленной на рис. 15, и остальных макетов с использованием схе¬ 
мы рис. 16; 

функция «замена» (признак 5) выполняется отдельно, в то вре¬ 
мя как остальные функции (с признаком 0—4) могут выполняться 
в одном задании; 

при добавлении уже существующих записей функция «добавле¬ 
ние» выполняется как «корректировка»; 

при отсутствии соответствующей записи в массиве функция 
«корректировка» выполняется как «добавление»; 

если требуется стереть базовую запись, необходимо стереть и 
связанные с ней записи соединительных массивов, в противном слу¬ 
чае будет выдано сообщение об ошибке, и стирание базовой записи 
не произойдет; 

для стирания подетальных норм расхода основных материалов 
необходимо выполнить стирание записи соответствующей детали 
в массиве предметов, однако, если запись детали окажется связан¬ 
ной (например, для детали имеется технологический маршрут), 
подетальные нормы будут стерты, а сама запись детали останется. 

Как видно нз принципиальной блок-схемы (см. рис. 15 и 16), 
изменения для обеих групп макетов выполняются примерно одина¬ 
ково. Программа АА501 вводит данные с перфокарт, проверяет 
правильность их перфорации и записывает на магнитную ленту. 
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Рис. 15. Принципиальная блок-схема выполнения комплекса 
«Изменение массивов банка данных» (для макетов № 04. 07, 
11, 15) 













Рис. 16. Принципиальная блок-схема выполнения комплекса 
«Изменение массивов банка данных» (для макетов № 01—03, 

05, 06, 08-10, 13 и 14) 
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Программа АА204 (см. рис. 16) производит предварительную сор¬ 
тировку данных (это требуется только для макета № 07). Прог¬ 
рамма АА511 преобразует входные записи к виду, удобному для 
проведения необходимых изменений. Здесь же могут создаваться 
искусственные записи для добавления в базовые массивы. Эти за¬ 
писи содержат в полях «Наименование» символы ХХХХХ и *** и 
должны быть в дальнейшем скорректированы (с помощью функ¬ 
ции 3). 

Программа АА203 сортирует обработанные данные, после чего 
программа АА506 формирует массив изменений путем удаления 
повторяющихся записей. Программа АА507 вносит изменения в 
массивы банка данных. 

Программа АА513 (см. рис. 16) помещает код групп материа¬ 
лов в записи материалов из массива предметов. Этот блок необхо¬ 
димо выполнять в случае, если проводились изменения с помощью 
макетов № 02, 03 или 14. Если во время выполнения программы 
АА507 происходит прерывание (например, из-за сбоя машины), для 
продолжения работы необходимо сначала восстановить все масси¬ 
вы банка данных и выполнить эту программу заново. 

При выполнении изменений на устройство SYS012 выдается 
контрольная табуляграмма изменений. Для базовых массивов вы- 
печатываются все изменяемые записи с указанием выполненных 
функций. Для соединительных массивов выпечагывается целиком 
спецификация или технологический маршрут. Строки, которые под¬ 
вергались изменениям, имеют сокращенное обозначение функции, 
остальные строки распечатываются без отметок об изменении. 

Программы выполняются в режиме пакетной обработки под уп¬ 
равлением ДОС ЕС. Пакет заданий включает управляющие опера¬ 
торы программы управления заданиями и управляющие операторы 
рабочих программ. 

При формировании пакета заданий в него необходимо вклю¬ 
чить управляющие операторы для постоянных назначений уст¬ 
ройств, требуемых в процессе работы с системой БАСТАЙ, и для 
записи меток в область постоянной информации о метках. Чтобы 
облегчить формирование пакета заданий, для каждой программы 
приводится набор управляющих операторов с указанием в опера¬ 
торе //JOB, к какой программе они относятся. Из управляющих 
операторов, отмеченных цифрой со скобкой, для каждого комплек¬ 
са требуется только один оператор. Цифра со скобкой указывает 
номер блок-схемы комплекса, для которого предназначен этот опе¬ 
ратор. 

На блок-схеме (см. рис. 11—16) содержатся все данные, необ¬ 
ходимые для формирования пакетов заданий. 

Набор управляющих операторов включает следующие карты: 
. а) для выполнения постоянных назначений устройств 

// OPTION PARSTD 
ASSGN SYSSLB,X'191' 

ASSGN SYSRLB,X'191' 

ASSGN SYS003,X'191' 




ASSGN SYS004,X'282' 

ASSGN SYS005,X'192' 

ASSGN SYS006,X'281' 

ASSGN SYS0O7,X'193' 

ASSGN SYS008,X'191' 

ASSGN SYS010,X'28Q' 

ASSGN SYS012,X'00F' 

II OPTION PARSTD BG 
II DLBL IJSYSS4/S0PS/BA/QUE', 99/365 
// EXTENT SYSSLB,BASTEI,1,0, 10,500 
// DLBL IJSYSRL,'SOPS/BA/OBJ', 99/365 
II EXTENT SYSRLB, 1,0,510,250 
II DLBL PREDMET/GEGENSTANDSDATEI', 99/365, DA 
// EXTENT SYS005,BANKB1,1,0,10,2 
// EXTENT SYS005.BANKB 1,1,1,12,18 
// EXTENT SYS005,BANKB1,1,2,30, 1250 
// DLBL SPEZIFI/STUECKLISTENDATEI', 99/365, DA 
// EXTENT SYS007,BANKB2,1,0,10,550 
// DLBL RABMEST/ARBEITSPLATZDATEI', 99/365, DA 
// EXTENT SYS005,BANKB1,1,0,1280,2 
// EXTENT SYS005,BAN KB 1,1,1,1282,18 
// EXTENT SYS005.B AN KB 1,1,2, 1300,560 
II DLBL MARKART/ARBEITSPLANDATEI', 99/365, DA 
II EXTENT SYS007,BANKB2,1,0,560,1100 
II DLBL SORTWK1 „03/365 
// EXTENT SYS003,BASTEI,1,0, 1170,420 
// DLBL PL ATTE/DATEN', 03/365 
// EXTENT SYS008, BASTE 1,1,0, 760,410 
б) для выполнения программ 
// JOB AA501 
// OPTION LINK 
INCLUDE CONTROL 
II LBLTYR TAPE 
II EXEC LNKEDT 
II ASSGN SYS009,X'283'11) 

II ASSGN SYS009,X'282' 12—16) 

// MTC REW, SYS009 
II TLBL ТАРЕ/ААА00' 

// EXEC 
/& 


11 JOB AA201 
// ASSGN SYS002,X'283' 

II ASSGN SYS001,X'282' 

II MTC REW,SYS002 
II TLBL SORTIN1/AAA00' 

// TLBL SORTOUT/AAA51' 

II LBLTYP TAPE 
// EXEC SORT 

SORT FIELDS=(4,13,BI,A),WORK=l 

RECORD TYPE = F,LENGTH=30 

INPFIL BLKSIZE=I600„BYPASS, OPEN = NORWD 

OUTFIL BLKSIZE=1600,OPEN = RWD 

OPTION LABEL=(S,S,U) 

END 

I* 

l& 


Ц JOB AA502 
// OPTION LINK 


INCLUDE B#EPLAD1 
II LBLTYP NSD(03) 

II EXEC LNKEDT 
// MTC REW.SYS004 
II MTC REW.SYS006 
// TLBL EINBAND/AAA51' 

// TLBL LADBAND/AAA52' 

II EXEC 

/& 

// JOB AA202 
// ASSGN SYS001,X'280' 

11 ASSGN SYS002,X'281' 

// MTC REW,SYS002 
// TLBL SORTOUT,'AAA53'l 1) 

11 TLBL SORTOUT/AAA54G2) 

// TLBL SORTOUT/AAA58' 13) 

// TLBL SORTOUT/AAA60' 14) 

// TLBL SORTIN/AAA52' 

// LBLTYP TAPE 
// EXEC SORT 

SORT FIELDS=(14,30,CH,A),WORK=1,SIZE=20O0 

REKORD TYPE = V,LENGTH (90,, ,90,90) 

INPFIL BLKSIZE= 1804,BYPASS,OPEN = NORWD 
OUTFIL BLKSIZE= 1804 
OPTION LABEL = (S,S,U) 

END 

l& 


II JOB AA503 
// OPTION LINK 
INCLUDE B#LEITLA 
INCLUDE B#DORGGD 
II LBLTYP MSD(03) 

II EXEC LNKDT 
II MTC ,REW,SYS010 
II TLBL MBPSMR/AAA53' 
/& 


II JOB AA504 
// OPTION LINK 

INCLUDE B#LEITLA 
INCLUDE B#DORGMD 
II LBLTYP NSD(03) 

// EXEC LNKEDT 
II MTC REW.SYS010 
// TLBL MBPSMR/AA54' 

// EXEC 
l& 

II JOB AA505 
II OPTION LINK 

INCLUDE B#EPLAD2 
INCLUDE B#WURZEL 
INCLUDE B#ARBEIT 
INCLUDE B#EROABS 
II LBLTYP NSD(03) 

// EXEC LNKEDT 
// MTC REW,SYS004 
// TLBL EINBAND/AAA00' 

II MTC REW.SYS006 



II TLBL LADBAND/AAA52' 
// EXEC 
/& 


// JOB AA203 
// ASSGN SYS001,X'191' 

// ASSGN SYS002,X'191' 

II DLBL SORTOUT/AAA56' 

// EXTENT SYS001.BASTEI,1,0,1590,410 
// DLBL SORT1N 

II EXTENT,SYS002.BASTEI, 1,0,760,41 
II EXEC SORRT 

SORT FIELDS=(11,35,CH,A),WORK=1,SIZE=2500 
REKORD TYPE = F,LENGTH = (90, ,90) 

INPF1L BYPASS 
OPTION LABEL =(U,U,U, V 
END 

/& 

// JOB AA506 
// OPTION LINK 

INCLUDE B#ZUSAM7 
II LBLTYP NSD(03) 

// MTC REW,SYS010 
11 TLBL BAND/AAA57'13) 

// DLBL PL#ATTE/AAA57' 

// EXTENT SYS008,BASTEI,1,0, 1590,410 
// TLBL BAND/AAA59'14) 

II TLBL BAND,'AAA62'15) 

// TLBL BAND,'AAA63'16) 

// EXEC 

II MTC REW.SYS010 

l& 


II JOB AA507 
// OPTION LINK 

INCLUDE B#LEITLA 
INCLUDE B#DORGAE 


INCLUDE B#WURZEL 
INCLUDE B#ARBEIT 
INCLUDE B#EROABS 
II LBLTYP NSD(03) 

II EXEC LNKEDT , 

II MTC REW.SYS010 
// TLBL MBPSMR,'AAA57'13) 
// TLBL MBPSMR,'AAA59'14) 
// TLBL MBPSMR/AAA62'15) 
// TLBL MBPSMR,'AAA63'16) 
// EXEC 

// MTC REW.SYS010 

/& 


II JOB AA508 
II OPTION LINK 

INCLUDE B#LEITLA 
INCLUDE B#DORGSD 
INCLUDE B#WURZEL 
INCLUDE B#ARBEIT 
INCLUDE B#EROABS 
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// LBLTYP NSD(03) 

// EXEC LNKEDT 
// MTC REW.SYS010 
// TLBL MBPSMK/AAA58' 

II EXEC 

l& 

// JOB AA509 
// OPTION LINK 

INCLUDE B#EPLAD3 
INCLUDE B#WURZEL 
INCLUDE B#ARBEIT 
INCLUDE B#EROABS 

I I LBLTYP NSD(03) 

// EXEC LNKEDT 
// DLBL PL#ATTE 

// EXTENT SYS008.BASTEI,1,0, 760,600 

II MTC REW.SYS004 
II MTC REW.SYS006 

// TLBL EINBAND/AAA00' 

// TLBL LADBAND/AAA52' 

II EXEC 

l& 

II JOB AA510 
// OPTION LINK 

INCLUDE B#LEITLA 
INCLUDE B#DORGAD 
INCLUDE B#WURZEL 
INCLUDE B#ARBEIT 
INCLUDE B#EROABS 
II LBLTYP NSD(03) 

// EXEC LNKEDT 
// MTC REW.SYS010 
// TLBL MBPSMR/AAA60' 

II EXEC 

/& 

II JOB AA204 
// ASSGN SYS001,X'28O' 

// ASSGN SYS002,X , 281' 

// TLBL SORTIN1/AAA00' 

// TLBL SORTOUT/AAA61' 

II LBLTYP TAPE 
H EXEC SORT 

SORT FIELDS= (1,16,BI,22,13,BI,A),WORK=l 
RECORD TYPE = F,LENGTH==80 
' INPFIL BLKSIZE = 1600,BYPASS 
OUTFIL BLKSIZE= 1600 
OPTION LABEL=(S,S,U) 

END 

I* 

l& 

II JOB AA511 
II UPSI 11 
// OPTION LINK 

INCLUDE B#EPVAR 
INCLUpE B#WURZEL 
INCLUDE B#ARBEIT 
INCLUDE B#EROABS 



// LBLTYP NSD(03) 

II EXEC LNKEDT 
// ASSGN SYS004,X'282' 

II MTC REW.SYS004 
// TLBL EINBAND/AAA04' 
II EXEC 
l& 

II JOB AA512 
II OPTION LINK 
// UPSI 11 

INCLUDE B#EPAEND 
INCLUDE B#WURZEL 
INCLUDE B#ARBEIT 
INCLUDE B#EROABS 
II LBLTYP NSD 
II EXEC LNKED 
// ASSGN SYS004,X'282' 

// MTC REW.SYS004 
// TLBL EINBAND/AAA00' 
// EXEC 
l& 


II JOB AA513 
// OPTION LINK 

INCLUDE B#GRUVER 
INCLUDE B#WURZEL 
INCLUDE B#ARBEIT 
INCLUDE B#EROABS 
II LBLTYR NSD (03) 

// EXEC LNKEDT 
// EXEC 
l& 


Пакет заданий для выполнёния комплекса «Создание массива 
предметов» компонуется из управляющих операторов для прог¬ 
рамм: АА501, АА201, АА502, АА202, АА503 (см. рис. 11). Массив 
ААА53 в процессе загрузки не изменяется и для повторного созда¬ 
ния массива предметов достаточно выполнить только программу 
АА503 (при условии, что массив ААА53 сохранился). 

Пакет задания для выполнения комплекса «Создание массива 
рабочих мест» (см. рис. 12) компонуется из управляющих опера¬ 
торов для программ: АА501, А А502, АА202, АА504. Для выполне¬ 
ния повторной загрузки массива рабочих мест достаточно вклю¬ 
чить в пакет только управляющие операторы программы АА504 
(при условии, что массив ААА54 сохранился). 

Пакет задания для выполнения комплекса «Создание массива 
спецификаций» (см. рис. 13) компонуется из управляющих опера¬ 
торов программ: АА501, АА505, АА203, АА506, АА507, АА202, 

АА508. Если комплекс в предыдущий раз не был закончен из-за 
сбоя при выполнении программы АА507, необходимо сначала 
заново загрузить массив предметов или восстановить его с магнит¬ 
ной ленты, для чего необходимо иметь копию массива предметов 
после его последней корректировки, и после этого выполнить прог- 


раммы АА507, АА202 и АА508. При сбое во время выполнения 
программы АА508 нужно поступать аналогичным образом, т. е. 
восстановить массив предметов и продолжить выполнение с прог¬ 
раммы АА507. 

Если при выполнении программы АА505 в табуляграмме оши¬ 
бок нет сообщений об отсутствии необходимых записей в массиве 
предметов, программы АА203, АА506 и АА507 из пакета можно ис¬ 
ключить. 

Пакет заданий для создания массива технологических маршру¬ 
тов компонуется из управляющих операторов программ АА501, 
АА509, АА203, АА506, АА507, АА202, АА510 (см. рис. 14). Перед 
выполнением данного пакета необходимо получить копию ранее 
загруженных массивов предметов, рабочих мест и спецификаций 
для экономии времени, если необходима повторная загрузка мас¬ 
сива технологических маршрутов из-за возможных сбоев машины 
при выполнении программы АА507 или АА510. 

При формировании пакета для выполнения комплекса «Измене¬ 
ние массива банков данных» необходимо учитывать следующие 
особенности: 

представленные на рис. 15 и 16 схемы предназначены для обра¬ 
ботки двух различных групп входных документов. По первой схе¬ 
ме формируется пакет для обработки макетов № 04, 07, 11 и 15, 
по второй — остальные макеты; 

в одном пакете заданий могут обрабатываться входные данные 
либо только с функциями 0—4, либо только с функцией 5 (заме¬ 
на); 

для повторного проведения одних и тех же изменений (такая 
необходимость может возникнуть, если при выполнении програм¬ 
мы АА507 произошел неустранимый сбой машины) рекомендуется 
перед внесением изменений получить копию всех массивов банка 
данных. Целесообразно получать такие копии периодически (на¬ 
пример, ежемесячно) или после проведения определенного объема 
изменений. 

Сформированный пакет заданий передается оператору вместе 
с бланком заказа на выполнение задания, в котором указываются 
используемые устройства, носители информации, их маркировка, 
возможные варианты замены. 

Перед выполнением заданий оператор обязан: 

а) проверить наличие управляющих карт и требуемых носите¬ 
лей информации согласно бланку заказа на выполнение; 

б) проверить готовность используемых внешних устройств; 

в) при необходимости произвести замену назначений для внеш¬ 
них устройств, если это позволяет комплектность ЭВМ. 

Для выполнения задания необходимо заправить пакет управ¬ 
ляющих карт в устройство ввода и нажать кнопку «Пуск». 

При машинном или программном сбое следует повторить выпол¬ 
нение прерванного задания (или шага задания). Если сбой про¬ 
шел во время выполнения одной из программ АА503, АА504, 
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AA507, AA508, AA510, нужно прекратить дальнейшее выполнение 
пакета, снять и сохранить магнитные ленты с входными для этих 
программ массивами (при сбое в программе АА507 нужно допол¬ 
нительно сохранить массив ААА52 (см. рис. 13 и 14). Если для 
повторения требуется первоначальная загрузка, необходимо выпол¬ 
нить пакет заданий для постоянных назначений. При повторном 
сбое задание возвращается заказчику со всеми полученными ре¬ 
зультатами и объяснением причин невыполнения задания. 

Информация, сопровождающая выполнение программ и не тре¬ 
бующая вмешательства оператора, приведена в табл. 46. 



Таблица 46 

Номер сообщения 

Текст сообщения. Описание сообщения 

М.ЧЗЗ 10 

ПРИЗНАК ФУНКЦИИ ДЕФЕКТ 

Сообщение выдается программами подготовки B#EPAEND и 
B#EPVAR, есди во входной записи встретился недопустимый 
признак функции. Входная запись распечатывается и пропус¬ 
кается 

МЧ3312 

ХХХХХХХХХХХХХ СПЕЦИФИКАЦИИ НЕТ, КОМПЛЕКТО¬ 
ВОЧНАЯ КАРТА НЕ ЗАГРУЗ 

Сообщение выдается программой B#EPVAR, если вводится 
комплектовочная карта, а в банке данных для этого узла 
отсутствует спецификация. Распечатывается код узла, и вход¬ 
ная запись пропускается 

мчззіз 

УЗЕЛ ХХХХХХХХХХХХХ ДЕТАЛЬ ХХХХХХХХХХХХХ СПЕ¬ 
ЦИФИКАЦИЯ И КОМПЛЕКТОВОЧНАЯ КАРТА НЕ СОВ¬ 
ПАДАЮТ В СПЕЦ. (XX) И КОМПЛ. КАРТЕ (XX) НЕ 
СОВПАДАЕТ КОЛ-ВО 

Сообщение выдается программой B#EPVAR при вводе комп¬ 
лектовочной карты, если количество в комплектовочной карте 
не совпадает с количеством, введенным ранее из специфика¬ 
ций. Комплектовочная карта вводится в банк данных и за¬ 
меняет спецификацию 

№43314 

УЗЕЛ ХХХХХХХХХХХХХ ДЕТАЛЬ ХХХХХХХХХХХХХ СПЕ¬ 
ЦИФИКАЦИЯ И КОМПЛЕКТОВОЧНАЯ КАРТА НЕ СОВ¬ 
ПАДАЮТ 

Сообщение выдается программами B#EPVAR и B#EPAEND, 
если при вводе комплектовочной карты обнаружены компо¬ 
ненты, отличные от введенных ранее компонент из специфика¬ 
ций. Комплектовочная карта вводится и заменяет специфика- 

МЧ3315 

ХХХХХХХХХХХХХ КОМПЛЕКТОВОЧНАЯ УЖЕ ЕСТЬ 
Поступила входная запись на изменение спецификаций, а в 
банк данных уже раньше была введена комплектовочная кар¬ 
та на данный узел. Входная запись спецификаций не обраба¬ 
тывается (пропускается) 
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Продолжение 


Номер сообщения 

Текст сообщения. Описание сообщения 

,443316 

ХХХХХХХХХХХХХ СПЕЦИФИКАЦИИ НЕТ 

Поступила входная запись на замену кода узла, а специфика¬ 
ция или комплектовочная карта для данного узла еще не вво¬ 
дились. Входная запись пропускается 

МЧ3317 

ХХХХХХХХХХХХХ ПОДЕТАЛЬНЫХ НОРМ НЕТ 

Поступила запись на корректировку подетальных норм расхо¬ 
да материалов, а норма расхода на данную деталь раньше 
не вводилась. Входная запись пропускается 

М.Ч3318 

ХХХХХХХХХХХХХ НЕТ ТЕХНОЛОГИЧЕСКОГО МАРШРУ¬ 
ТА 

Поступила входная запись для замены кода предмета в тех¬ 
нологическом маршруте, а технологический маршрут для дан¬ 
ного предмета еще не введен. Входная запись игнорируется 

: МЧ3323 

КОД УЗЛА ХХХХХХХХХХХХХ ОТСУТСТВУЕТ В МАССИ¬ 
ВЕ ПРЕДМЕТОВ 

Для подлежащей загрузке спецификации в массиве предме¬ 
тов отсутствует код узла. Создается искусственная запись для 
добавления в. МН, содержащая отметку ХХХХХ в поле «Наз¬ 
вание» 

МЧ3324 

КОД КОМП. ХХХХХХХХХХХХХ ОТСУТСТВУЕТ В МАССИ¬ 
ВЕ ПРЕДМЕТОВ, КОД УЗЛА ХХХХХХХХХХХХХ 

Для подлежащей загрузке спецификации в МП отсутствует 
код компоненты. Создается искусственная запись для добав¬ 
ления в МП-, содержащая отметку ХХХХХ в поле «Назва- 

МЧЗЗЗО 

ХХХХ ННННННН 

При- считывании записи из банка данных произошла ошибка 
считывания (сбой диска). Символы ХХХХ отражают значе¬ 
ние байт ошибок в префиксе рабочей области. НН...Н — имя 
массива, при чтении которого произошел сбой. Если эта ошиб¬ 
ка повторяется, необходимо восстановить диск и выполнить 
программу повторно 


§ 4. Расчет применяемости деталей 
и сборочных единиц в изделии 

Общее описание. Задача «Расчет применяемости» предназначе¬ 
на для формирования информация о применяемости деталей и сбо¬ 
рочных единиц в рассчитываемом изделии, т. е. информации о но¬ 
менклатуре и количестве всех входящих в отдельное изделие сос¬ 
тавных частей. Рассчитываемым изделием может быть не только 
конечное изделие, но и любая сборочная единица, о структурном и 
количественном составе которой необходимо получить информа¬ 
цию. 

Расчет осуществляется на основе исходных данных, содержа¬ 
щихся в конструкторских спецификациях, и выполняется в двух 
вариантах: 
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первый вариант — по ограниченной номенклатуре изделий (сбо¬ 
рочных единиц); 

второй вариант — по всей номенклатуре конечных изделий и 
сборочных единиц, информация о которых содержится в исходных 
данных. 

В результате решения выдаются табуляграммы применяемости 
по заданному изделию или по всей номенклатурѣ изделий (формы 
№ 13 и 14). 

Форма № 13 


ВЕДОМОСТЬ ПРИМЕ 

НЯЕМОСТИ ДЕТАЛЕЙ И СБОРОЧНЫХ ЕД 

197 . г. 

ИНИЦ В ИЗДЕЛИИ 


Что входит 

Куда входит 

Количество 

Краткое 

(сборочной 

ли (сбо¬ 
рочной 
единицы) 

Код вари¬ 
анта ис- 

Краткое 

сборочной 

сборочной 

единицы 

Код вари- 

исполне- 

На сбо- 

едшшцу 

На изде- 

1 

2 

3 

4 

5 

в 

7 

8 

Краткое наименование изделия Код изделия Код варианта исполнения 



Исходными данными для решения задачи являются сведения 
документа «Список изделий», в котором указываются коды изделий 
(сборочных единиц) и вариант их исполнения, по которым необхо¬ 
димо выполнить расчет применяемости, и «Спецификация изделий». 
Первый из документов заполняется в случае выполнения расчета 
применямости составных частей в изделиях, перечень которых ог¬ 
раничен,— первый вариант расчета. 

При решении по 2-му варианту вместо карт с кодами изделий 
используется заранее подготовленная перфокарта со специальным 
признаком. Входной информацией в этом случае является массив 


























«Спецификация изделий», содержащая сведения о коде изделия, 
коде сборочной единицы (куда входит), коде детали, сборочной 
единицы (что входит), количестве. Здесь и далее при описании за¬ 
дач дается перечень используемых реквизитов ранее приведенных 
массивов банка данных и полученных реквизитов выходных мас¬ 
сивов, с тем чтобы облегчить восприятие принципиальной сущнос¬ 
ти задач. 

Алгоритм решения задач построен на основании реально суще¬ 
ствующей структуры массивов банка данных, что иллюстрируют 
приводимые для каждой задачи принципиальные блок-схемы их 
решения и общая принципиальная схема информационной увязки 
рассматриваемых задач (рис. 17). Аналогичным образом приводят¬ 
ся сведения о выходных массивах. В данном случае результатом 
решения задачи является выходной массив, содержащий сведения, 
представленные в табл. 47. 



Рис. 17. Схема информационной увязки задач: УТПП — подсистема управления 
технической подготовкой производства; ОУОП — подсистема оперативного 
управления основным производством; УМТС — подсистема управления матери¬ 
ально-техническим снабжением; ТЭП — подсистема технико-экономического пла¬ 
нирования; БУ — подсистема управления бухгалтерским учетом 


Алгоритм решения задачи. При решении задачи по первому ва¬ 
рианту рассчитывается состав только тех изделий, коды которых 
включены в документ «Список изделий». При выполнении расчета 
по второму варианту кодами рассчитываемых изделий являются 
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Таблица 47 


Реквизит 


Длина реквизита, знаки 


Код изделия 

Код сборочной единицы (куда входит) 
Код сборочной единицы (что входит) 
Наименование (что входит) 
Наименование (куда входит) 
Количество на сборочную единицу 
Количество на изделие 
Ступень вхождения 



коды всех сборочных единиц (куда входит), записанные в массив 
предметов банка данных. 

По каждому коду рассчитываемого изделия, которому приписы¬ 
вается наименьшая, нулевая ступень вхождения, выполняется на¬ 
бор входящих в изделие составных частей и расчет количествен¬ 
ных показателей. 

Набор состава изделия выполняется по логической схеме «куда 
входит — что входит — куда входит—.,.» путем оперирования за¬ 
фиксированными в конструкторской спецификации адресными свя¬ 
зями каждой сборочной единицы с непосредственно входящими в 
нее составными частями. Одновременно с набором состава изделия 
фиксируется ступень вхождения и производится расчет количест¬ 
ва, в котором составная часть применяется в изделии по формуле 


Pi+i=PrSi+i 


где Рі — количество на изделие, вычисленное на предыдущей сту¬ 
пени I (Ро принимается равным 1); 

Si + 1 — количество на сборочную единицу из спецификации, оп¬ 
ределяемое на (Л-І)-й ступени расчета (/=1, 2, 3, ..., і). 

По каждой составной части изделия в выходную информацию 
включаются, помимо расчетных данных, взятые из спецификации 
первичные сведения о ее непосредственной входимости (значения 
реквизитов «куда входит» и «количество на сборочную единицу»). 

Если при выдаче табуляграммы (см. форму № 13) об изделии 
имеется несколько записей с одинаковыми значениями реквизитов 
«что входит», то производится суммирование значений реквизитов 
«количество на изделие» по формуле 


Р= Е Рі+і . 


где Р — общее количество составных частей данного кода в изде¬ 


лии. 


Сумма записывается в графу «Количество на изделие» под ито¬ 
говой чертой за последней документострокой из группы строк с 
одинаковыми кодами «что входит». 

Алгоритм решения задачи на ЭВМ реализуется посредством вы¬ 
полнения трех программ: 
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Рис. 18, Принципиальная блок-схема реше¬ 
ния задачи «Расчет применяемости дета¬ 
лей и сборочных единиц в изделии» 


структурного разузлова- 
ния состава изделий; 

сортировки массива при¬ 
меняемости деталей и сбо¬ 
рочных единиц в изделиях; 

вывода на печать табу¬ 
ляграммы «Ведомость при¬ 
меняемости деталей, сбороч¬ 
ных единиц в изделии». 

Как видно из рис. 18, 
технологическая схема реше¬ 
ния задачи реализована тре¬ 
мя программами: LG501 — 
формирование массива при¬ 
меняемости; LG201 —сорти¬ 
ровка массива применяемо¬ 
сти; LG4.01 — печать табуля¬ 
грамм (см. формы № 13 и 14). 

С помощью программы 
LG501 осуществляется ввод 
оперативной информации с 
перфокарт и формирование 
массива КВА51. 

При решении задачи по 
первому варианту (по огра¬ 
ниченному списку) перечень 
кодов рассчитываемых изде¬ 
лий перфорируется по схеме, 
представленной в табл. 48. 


Таблица 43 


Реквизит 

Номер колонок 

Шаблон 

Макет (20) 

1-2 

9(2) 

Код изделия 

3—13 

9(П) 

Код варианта исполнения 

14—15 

9(2) 


При решении по второму варианту перфорируется одна перфо¬ 
карта с символом «V» в третьей колонке. 

В процессе формирования массива КВА51 строятся записи двух 
типов: шапка и строка. При сортировке записи типа шапка ока¬ 
зываются впереди записей типа строка, так как не занятые в запи¬ 
сях первого типа поля содержат пробел. При печати табуляграммы 
из записей первого типа формируется шапка табуляграммы, а за¬ 
писи второго типа преобразуются в строки табуляграмм. В табл. 
49 приведена структура массива КВА51, 
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Реквизит 

[L аблон 

Тип 

реквизита 

Примечание» 

Код изделия 

9(П) 

Z 

1 

Что входит (код детали, сборочной еди- 

9(11) 

Z 

2 

Куда входит (код детали, сборочной 
единицы) 

9(11) 

Z 

3 

Количество на сборочную единицу 

9(2) 

р 


Количество на изделие 

9(2) 

р 


Ступень вхождения 

9(2) 

Z 

4 

Наименование «что входит» 

А (20) 

с 


Наименование изделия 

А (20) 

с 


Наименование «куда входит» 

А (20) 

с 


Код варианта исполнения 

9(2) 

Z 



* Цифрами в примечании отмечены ключевые реквизиты и их старшинство при упоря¬ 
дочивании массива КВА51. 


§ 5. Расчет специфицированных 
и сводных норм расхода материалов 

Общее описание. Данная задача предназначена для расчета 
специфицированных норм расхода каждого материала на изделие 
по предприятию, а также норм расхода материалов в укрупненной 
номенклатуре на изделие по предприятию. В результате решения 
задачи определяются следующие показатели: 

масса на 1000 изделий в специфицированной номенклатуре по 
предприятию в подетальном разрезе; 

норма расхода на 1000 изделий в специфицированной номенк¬ 
латуре по предприятию в подетальном разрезе; 

коэффициент использования материала в специфицированной 
номенклатуре по предприятию; 

масса на 1000 изделий в укрупненной номенклатуре по пред¬ 
приятию; 

норма расхода на 1000 изделий в укрупненной номенклатуре по 
предприятию; 

коэффициент использования групп материалов по предприятию. 

Периодичность решения задачи определяется в зависимости от 
потребности в данной информации на предприятии, от периодич¬ 
ности решения других задач, использующих информацию данной 
задачи. 

Результаты решения задачи используются службами пред¬ 
приятия для учета и анализа использования материалов; для рас¬ 
чета потребности в материалах в специфицированной номенклату¬ 
ре и укрупненной номенклатуре на плановый период. 

Исходными данными для решения задачи являются следующие 
сведения документов «Список изделий», «Спецификация изделий» 
и «Справочник подетальных норм расхода основных материалов»: 
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код детали, код цеха, код материала, код единицы измерения, нор¬ 
ма расхода материала, масса заготовки, чистый вес. 

В результате решения задачи формируется массив «Специфици¬ 
рованные нормы расхода основных материалов на изделие, сбо¬ 
рочную единицу», используемый при решении других задач. Состав 
и описание реквизитов массива приведены в табл. 50. 


Таблица 50 


Реквизит 

Длина реквизита, знаки 

Код изделия (сборочной единицы) 

9(11) 

Код материала 

9(8) 

Код единицы измерения 

9(2) 

Код цеха 

9(2) 

Норма расхода 

9(4)19(4) 

Код единицы нормирования 

9(1) 


Кроме того, выдаются на печать табуляграммы «Подетально¬ 
специфицированные нормы расхода основных материалов» (фор¬ 
ма № 15) и «Сводные нормы расхода основных материалов на из¬ 
делие» (форма № 16). 


ПОДЕТАЛЬНО-СПЕЦИФИЦИРОВАННЫЕ 
НОРМЫ РАСХОДА 
ОСНОВНЫХ МАТЕРИАЛОВ 


Код варианта 


Количе- 

сбороч- 

единицу 


Код группы. Наименование и характеристика материала 


Итого: XXX 

Всего по группе: XXX 

Алгоритм решения задачи. Для выдачи на печать табуляграм¬ 
мы «Подетально-специфицированные нормы расхода основных ма¬ 
териалов» реквизиты «масса Мци», «норма расхода Л/,#» и «коэф¬ 
фициент использования Q* » рассчитываются с учетом коэффици¬ 
ента нормирования Q по следующим формулам: 






















Форма Ms 16 


СВОДНЫЕ НОРМЫ РАСХОДА 

ОСНОВНЫХ МАТЕРИАЛОВ НА ИЗДЕЛИЕ 

197 г. 

Наименование 

изделия 


Код изделия 


Код варианта 
исполнения 


х Б 

Материал 

Текущий 197 г. 

Планируемый 197 г. 

Наимено- 

сводной 

Код 

группы 

Код единицы 
измерения 

Чистый 

расхода 

Коэффициент 

использования 

Чистый Норма 

вес расхода 

Коэффициент 

использования 

на 1000 изделий 

на 1000 изделий 

1 

2 

3 

.4 

S 

1 в 

7 

0 I 9 

10 

1 

1 




1 



Mijk — M ir pjk • Q, 

где Ми— масса iro материала на у-ю деталь (t= 1, 2, ...in, у'=1, 
2, .... я); 

Pjh — общее количество ;'-х деталей в k -м изделии; 

Nijh=Nij’Pj h -Q, 

где Na — норма расхода і - го материала на у-ю деталь; 


Qh — 


Коэффициент нормирования Q имеет следующие значения: если 
в массиве PREDMET код единицы нормирования 8, то весовые по¬ 
казатели составлены на 10 деталей, а коэффициент нормирования 
Q=100; если код единицы нормирования 2, то весовые показатели 
составлены на 1000 деталей, а коэффициент нормирования <3 = 1. 

Табуляграмма выдается с указанием группы материала по каж¬ 
дой детали, а также подводится итог материала в специфициро¬ 
ванной номенклатуре в пределах группы и общий итог группы ма¬ 
териала на издедие: 

М«= Е Мць } 

;=1 


£_N m ; 



Ntk 

где Щ к — масса і-го материала s -й группы на k-e изделие (s = 

= 1,2...,г); 

N * 1к — норма расхода t -го материала s -й группы на k-e изде¬ 
лие; 


7* 


9Э 






















Ql — коэффициент использования s -й группы материала на 
k-e изделие. 

Общий итог реквизитов «масса» и «норма расхода» по свод¬ 
ным группам материалов на изделие подводится по следующим 
формулам: 

М,?= I* S M‘ h ; 

t=i S=1 

N? = £ І Nil-, 



Мц Р 


где Af/ — масса p -и сводной группы материала на k-e изделие 

(р = 1,2, .... q)\ 

Np —норма расхода р- й сводной группы материала на k-e 
изделие; 

Q p k —коэффициент использования материала по р -й сводной 
группе на k-e изделие. 

Реквизиты «наименования изделия», «код изделия», «код ва¬ 
рианта исполнения», «наименование детали» выдаются на печать 
из массива PREDMET на основании массива «Список изделий, 
сборочных единиц». При этом последние два разряда кода изделия 
(детали) являются Кодом варианта исполнения. 

Реквизиты «код материала», «наименование материала», «код 
группы материала» и «код единицы измерения материала» выда¬ 
ются на печать из массива предметов по каждой детали, входящей 
в изделие. Значение реквизита «количество на сборочную единицу» 
выводится на печать из массива SPECIFI по деталям, входящим 
в рассчитываемое изделие, а реквизиты «номер соответствия», 
«наименование группы материала» и «код единицы измерения груп¬ 
пы материала» — из массива PREDMET по коду группы материала. 

В табуляграмме «Сводные нормы расхода основных материалов 
на изделие» выдаются общие итоги массы и нормы расхода по 
группе материала на изделие. 

Как видно из рис. 19, технологическая схема решения задачи 
реализована шестью программами: 

LA501 —полное разузлование спецификаций; 

LA201 —сортировка массива полного разузлования специфика¬ 
ций; 

LA401 — выдача на печать формы № 15 и формирование хра¬ 
нимого массива; 

LA202 — сортировка специфицированных норм расхода основ¬ 
ных материалов, 

LA203 — сортировка сводных норм расхода основных материа¬ 
лов; 

LA402 — выдача на печать формы № 16. 
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( Конец j 


Рис. 19. Принципиальная блок-схема решения задачи 
«Расчет специфицированных и сводных норм расхода 
материалов» 
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С помощью программы LA501 осуществляется ввод оператив¬ 
ной информации с перфокарт' и на основании информации масси¬ 
вов PREDMET и SPECIFI производится полное разузлование спе¬ 
цификаций. В результате формируется массив LAC53. 

Записи рассортированного массива полного разузлования вы¬ 
водятся на печать (программа LA401) в виде формы № 15. При 
этом формируется массив специфицированных норм расхода основ¬ 
ных материалов LAC55, который сортируется и хранится для под¬ 
системы управления материально-техническим снабжением, и мас¬ 
сив сводных норм расхода основных материалов LAC54, исполь¬ 
зуемый после соответствующей сортировки (программа LA203) для 
выдачи формы № 16. Структура массива LAC52 представлена в 
табл. 50. 

При решении задачи по первому варианту (ограниченный спи¬ 
сок) перечень кодов рассчитываемых изделий перфорируется на 
перфокартах по схеме, представленной в табл. 51. При решении 
по второму варианту перфорируется одна перфокарта с символом 
«V» в третьей колонке. 


Таблица 51 


Реквизит 

на перфокартах 

Шаблон 

Макет (20) 

1—2 

9(2) 

Код изделия 

3—13 

9(11) 

Код варианта исполнения 

14—15 

9(2) 


В процессе формирования массива LAC53 строятся записи двух 
типов: шапка и строка. В результате сортировки (LA201) записи 
типа шапка предшествуют записи типа строка для одного и того 
же изделия. 

§ 6. Расчет сводных трудовых нормативов 

Общее описание. Задача «Расчет сводных трудовых нормати¬ 
вов» входит в подсистему технической подготовки производства и 
предназначена для расчета сводной нормативной трудоемкости и 
заработной платы на деталь, сборочную единицу и изделие. 

Результатом решения задачи являются такие показатели, как 
трудоемкость и расценки по изделию на деталь (сборочную еди¬ 
ницу) по цехам; трудоемкость и расценки единицы изделия по за¬ 
воду; трудоемкость изделия по цехам, по кодам оборудования; тру¬ 
доемкость и расценки изделия по видам работ; трудоемкость изде¬ 
лия по видам норм; трудоемкость изделия по разрядам работ. 

Расчет сводной трудоемкости и заработной платы производится 
на все детали и сборочные единицы, предусмотренные планом соб¬ 
ственного производства, и на те детали и сборочные единицы, ко- 
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торьіе поставляются по кооперированным поставкам и подверга¬ 
ются доработкам на данном предприятии, і 

Получаемая в результате решения информация используется: 
отделом труда и заработной платы для учета, анализа и пла¬ 
нирования снижения трудоемкости изготовления изделий по цехам; 

планово-экономическим Отделом для расчета планов по труду 
по заводу {по цехам) и для определения себестоимости товарной 
продукции; 

отделом главного технолога для расчета производственной мощ¬ 
ности, пропускной способности и загрузки оборудования. 

При решении данной задачи также формируется хранимый мас¬ 
сив сводной трудоемкости изделия по цехам по группам оборудова¬ 
ния для задачи «Расчет загрузки оборудования и пропускной спо¬ 
собности». Содержание хранимого массива приведено в табл. 52. 


Таблица 52 


Реквизит 

Длина реквизита, знаки 

Код изделия 

9(11) 

Вариант исполнения 

9(2) 

Код цеха 

9(2) 

Код группы оборудования 

Трудоемкость изделия с учетом норм об¬ 

9(5) 

служивания станков, ч 

9(6),9(2) 


Исходные данные для решения задачи: 

код детали (сборочной единицы) код варианта исполнения, код 
единицы нормирования, код цеха, код участка, код номера опера¬ 
ции, код оборудования, код тарифной сетки, код вида норм, норма 
обслуживания станков, разряд работ, норма времени (мин), рас¬ 
ценка (руб.)—из Справочника пооперационных норм времени и 
расценок; 

код изделия (сборочной единицы),код варианта исполнения из¬ 
делия, краткое наименование изделия, детали, сборочной едини¬ 
цы— из Справочника наименований изделий и их составных 
частей; 

код цеха, наименование групп, код оборудования — из Справоч¬ 
ника групп оборудования; 

массив применяемости (см. §4), полученный в результате реше¬ 
ния задачи «Расчет применяемости»; 

оперативная информация (см. §4). 

Ниже приведены формулы для решения задачи «Расчет свод¬ 
ных трудовых нормативов» для каждой из выходных табуляграмм. 

А. Расчет сводной трудоемкости и расценок на изделие по цехам 
(форма № 17) производится по формулам: 

а) вычисление трудоемкости на деталь (сборочную единицу) 

Тті'- 
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Форма Ns 17 


СВОДНАЯ ТРУДОЕМКОСТЬ И РАСЦЕНКА 

НА ИЗДЕЛИЕ В РАЗРЕЗЕ ДЕТАЛЕЙ 
(СБОРОЧНЫХ ЕДИНИЦ) ПО ЦЕХАМ 

изделия 


Код изделия 



1У7 г. 

Вариант 

исполнения 



Код 

Деталь (сборочная 
единица) 

Вариант испол- 

Количество 

Трудоемкость на 1000 
изделий, мнн 

Расценка на 1000 
изделий, руб. 

иаименование 

код 

£ 

1 

£ 

с учетом 

служив ания 

деталь 

изделие 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 






1 

1 1 


Итого по цеху: X X X X X 

Итого по заводу: XX X X X 

Т Г і= 2 triyi 

где tru —норма времени на j - й операции і -й детали (сборочной 
единицы) по r -му цеху; 

/ —единица нормирования; 

б) вычисление расценки на деталь (сборочную единицу) 

Rh— 2 Rrij’l, 

i 

где Rrv — расценка на /-Й операции і - й детали по r -му цеху; 

в) вычисление трудоемкости на деталь (сборочную единицу) с 
учетом норм обслуживания станков Т г с 

Т' гі • = 2 trij -тц'І, 

где тц — норма обслуживания станков на /-й операции і - й детали 
(сборочной единицы); 

г) вычисление трудоемкости на изделие Ты’ 

T k r= 2 Тті-п+ 2 thrj-l, 

І 

где п — число одноименных деталей в изделии; 

thr} — норма времени j - й операции на сборку k-ro изделия по 
r -му цеху; 

д) вычисление расценки на изделие /?д г : 

Rkr= 2 2 Rhrj • l, 

i(=h І 
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Где Rkr) — расценка /-й операции на сборку k-ro изделия по г-му 
цеху; 

е) вычисление трудоемкости на изделие с учетом норм обслужи- 
вания Т'*,. 

T' kr = S Т'п-п. 


СВОДНАЯ ТРУДОЕМКОСТЬ И РАСЦЕНКА 
ЕДИНИЦЫ ИЗДЕЛИЯ ПО ЗАВОДУ 
В РАЗРЕЗЕ ЦЕХОВ 


Итого по заводу: X X 

Б. Расчет сводной трудоемкости Т к и расценки единицы изде¬ 
лия R h по заводу (форма № 18) осуществляются путем суммиро¬ 
вания значений трудоемкости и расценки на изделие по цехам со¬ 
ответственно по формулам: 

Тк= 2 T hr - 
Rk=2Rhr • 


Форма № 19 


СВОДНАЯ ТРУДОЕМКОСТЬ ИЗДЕЛИЯ 

В РАЗРЕЗЕ ЦЕХОВ 

ПО ГРУППАМ ОБОРУДОВАНИЯ 

197 г. 

Наименование 


Код изделия 


Вариант 


Кол цеха 

Группа оборудования 

Трудоемкость с учетом нормы 
обслуживания станков на 

1000 изделий, ч 

Наименование 

Код 

1 

2 

3 

4 






В. Расчет сводной трудоемкости изделия по цехам и по группам 
оборудования (форма № 19) выполняется с учетом норм обслужи¬ 
вания согласно следующим формулам: 

Т гді = 2 trqij • tTlij • l, 
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где T'rqt — трудоемкость с учетом нормы обслуживания і-й дета¬ 
ли (сборочной единицы) q - й группы оборудования в 
г-м цехе; 

trqij — норма времени на /-й операции і-й детали (сборочной 
единицы) по q -й группе оборудования в г-м цехе; 
гпц — норма обслуживания станков і-й детали на /-й опера¬ 
ции; 

T'krq —Ѣ T'rqi’fl, 


где T'hrq —трудоемкость по fe -му изделию q -й группы оборудова¬ 
ния в г-м цехе; 

п —число одноименных деталей (сборочных единиц) в изде¬ 
лии. 

T'rq= 2 T'krq, 


I де T'rq 


- трудоемкость q - й группы оборудования в г-м цехе. 

Форма № 20 


СВОДНАЯ ТРУДОЕМКОСТЬ И РАСЦЕНКА 
ИЗДЕЛИЯ ПО ЗАВОДУ В РАЗРЕЗЕ ЦЕХОВ 
ПО ВИДАМ РАБОТ 


Наименование 


Г. Расчет сводной трудоемкости и расценки изделия по видам 
работ (форма № 20) производится по следующим формулам: 

а) расчет трудоемкости по видам работ на деталь (сборочную 
единицу) T irs : 

Tirs= 2 tirsj • l, 

где tirsj — норма времени на /-й операции і-й детали ,(сборочной 
единицы) по s -му виду работ в г-м цехе; 

б) расчет расценки по видам работ на деталь (сборочную еди¬ 
ницу) /?іг«: 

Rira— 2 Rirsj > 
i 

где i&rej — расценка і-й детали (сборочной единицы) на /-й опера¬ 
ции по s -му виду работ в г-м цехе; 

в) расчет трудоемкости по видам работ на изделие Г Агв : 

Tkrs— S T'irs - Н+2 thrsj’t, 

.У: i 
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где tkrsj — норма времени на сборку k-ro изделия на /-й операции 
по s -му виду работ в r -м цехе; 

г) расчет расценки по видам работ на изделие /? Аге : 


Rkrs 


2 Rirs'4-\- TiRkrsj'l, 


где Rkrsj — расценка k-ro изделия на /-й сборочной операции по 
s -му виду работ в r -м цехе; 

д) расчет трудоемкости по видам работ по заводу T hs : 

T ka = 2 T hra ; 

е) расчет расценки по видам работ по заводу Rks- 

Rhs— 2 Rhrs ’ 


I 


I 


Д. Расчет сводной трудоемкости изделия по видам норм (фор¬ 
ма № 21) производится по следующим формулам: 

а) расчет трудоемкости по видам норм на деталь (сборочную 
единицу) Т ш с. 

т ІѴГІ — 2 twrij'l, 

где twrij — норма времени /-й операции і - й детали (сборочной еди¬ 
ницы) в г -м цехе по ш-му виду норм; 

б) расчет трудоемкости по видам; норм на изделие T hwr \ 

Thwr= 2 T wr i-n + 2 thwrj-l, 
ie* ]' 

где thiBrj — норма времени /-й сборочной операции к -го изделия в 
г-м цехе по ад-му виду норм; 

в) расчет сводной трудоемкости по видам норм по- изделию T h w- 

т kw — 2 Т hwr ; 

г) расчет удельного веса каждого вида норм в итоговой трудо¬ 
емкости по заводу Yhw (%): 

ѵ Г *--1°0 

У *"—2Т ЛЯ - * 
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Форма № 22 


СВОДНАЯ ТРУДОЕМКОСТЬ ИЗДЕЛИЯ 

ПО РАЗРЯДАМ РАБОТ 

197 г. 

Наименование 

изделия 


Код изделия 


испмн 

ения 


Код 

Трудоемкость по разрядам работ, ч 

разрядам 

р хг 

Средний 

ра^)яд 

1 


3 4 1 б 

6 

] 

2 

3 

4 1 5 1 6 

7 

8 

9 

го 


1 

1 1 1 

1 

1 • \ 


Итого по 

заводу: X X X X X X X X 


Е. Расчет сводной трудоемкости изделия по разрядам работ 
(форма № 22) производится по следующим формулам: 

а) расчет трудоемкости по разрядам работ на деталь Т ѵ п: 

Трн~ 2 tpHi-l, 

где ipri j— норма времени /-й операции I -й детали (сборочной едини¬ 
цы) в г-м цехе по р-му разряду работ; 

б) расчет трудоемкости по разрядам работ на изделие 7* р : 

Tkp= 2 Tkpr > 

здесь 

Tkpr— 2 Tpri• n + 2 tkprj • 
left i 

где Тлрг — трудоемкость ft -го изделия в г-м цехе по р -му разряду 
работ; 

tkprj — норма времени /-й операции на сборку ft -го изделия в 
г-м цехе по р-му разряду работ. 

Как видно из рис. 20, технологическая схема решения задачи ре¬ 
ализована следующими программами: LB501, LB202, LB403, LB404, 
LB205, LB406, LB407, LB208, LB409, LB210, LB51 1 и LB412. 

С помощью программы LB501 осуществляется ввод оператив¬ 
ной информации с перфокарт и на основании информации, находя¬ 
щейся в массивах PREDMET, SPECIFI, RABMEST, MARKART, 
формируется массив LBC51. При решении задачи по первому ва¬ 
рианту перечень кодов рассчитываемых изделий перфорируется по 
схеме, представленной в табл. 48. 

Программы LB202, LB205, LB208 и LB210 сортируют соответст¬ 
вующие массивы. 

Программа LB403 производит выдачу на печать сводных тру¬ 
доемкостей и расценок на изделие в разрезе деталей, сборочных 
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единиц по цехам (форма № 17) и формирует массив, на основании 
которого выдаётся на печать форма № 18. 

Программа LB404 осуществляет выдачу на печать формы № 18, 
а программа LB406 — сводной трудоемкости изделия в разрезе це¬ 
хов по' группам оборудования (форма № 19), формирует массив 
LBC55 для печати формы № 20, массив LBK53, используемый при 
решении задачи «Расчет загрузки оборудования и пропускной спо¬ 
собности», и массив LBK54, необходимый для решения задачи 
«Расчет трудоемкости производственной программы по нормам 
(по цехам на год, квартал, месяц)». 

Программа LB407 производит выдачу на печать формы N° 20. 

Программа LB409 осуществляет вывод на печать формы № 21. 

Программа LB511 производит расчет сводных трудовых нор¬ 
мативов на изделие по цехам в разрезе видов норм и формирует 
массивы «Сводная трудоемкость на изделие по видам норм в раз¬ 
резе цехов» (массив LBC58) и «Сводная трудоемкость по заводу 
в разрезе цехов» (массив LBC59) для печати формы № 22. 

Программа LB412 осуществляет вывод на печать формы № 22. 

§ 7. Расчет нормативных калькуляций 

Общее описание. Задача «Расчет нормативных калькуляций» 
включает расчеты нормативных калькуляций на детали (сбороч¬ 
ные единицы) в разрезе технологических операций и на изделие 
в целом. На основании результатов рассматривается цеховая нор¬ 
мативная себестоимость деталей и сборочных единиц и полная 
нормативная себестоимость изделия. 

Для определения указанных по предприятию нормативных за¬ 
трат устанавливаются трудовые и материальные затраты на дета¬ 
ли (сборочные единицы) в разрезе технологических операций, а 
также косвенные затраты на детали (сборочные единицы) в раз¬ 
резе технологических операций. Нормативная калькуляция состав¬ 
ляется на все оригинальные, стандартные и унифицированные де¬ 
тали, имеющиеся в справочнике состава изделия. 

Ниже приведены табуляграммы по данной задаче (формы 
№ 23, 24 и 25). 

Исходными данными для решения задачи являются: 

код единицы измерения, код единицы нормирования, чистый 
вес, норма расхода расчетная (чистый вес без ТНП), норма рас¬ 
хода с учетом отходов в заготовительном отделении, норма расхо¬ 
да с учетом ТНП и код цеха — из ведомости подетальных норм 
расхода материалов; 

код детали (сборочной единицы), код варианта исполнения, код 
единицы нормирования, код цеха, код участка, код номера опе¬ 
рации, код группы оборудования, код профессии, код тарифной 
сетки, код вида норм, норма обслуживания станков, разряд работ, 
норма времени (мин) и расценка (руб.) — из маршрутной карты; 

код изделия, сборочной единицы, код варианта исполнения, код 
цеха, код участка, код номера операции, код детали, код варианта 


109 


LB 5/1 


LB051 




























Рис. 20. Принципиальная блок-схема решения 
задачи «Расчет сводных трудовых нормативов» 
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Форма № 23 


НОРМАТИВНАЯ КАЛЬКУЛЯЦИЯ НА ДЕТАЛИ 

НА КВАРТАЛ 197 г. 

Код цеха 

Код номера 
операции 

Основные материалы, 
нарастающий итог 

Возвратные отходы, 

нарастающий итог 

Материалы за выче¬ 

том отходов, нара¬ 
стающий итог 

1 Заработная плата, 

нарастающий итог 

Заработная плата 

стающий итог 

Нормативная себе¬ 

стоимость по прямым 
затратам, нарастаю- 

нарастающий итог 

Цеховая нормативная 

нарастающий итог 

1 

2 

3 

4 

5 

6 

7 

у 

9 

10 

(7) 

(8) 

(13) 

(12) 

(13) 

(12) 

(13) 

(13) 

(13) 

(13) 


Форма № 24 


НОРМАТИВНАЯ КАЛЬКУЛЯЦИЯ НА СБОРОЧНЫЕ ЕДИНИЦЫ 

НА КВАРТАЛ 197 г. 

197 г. 

1 

I 

1 

I 

Предварителъ- 

Сборочные работы 

1 Основные материалы— 

всего, нарастающий итог 

Заработная плата—всего, 
нарастающий итог 

Заработная плата данно¬ 
го цеха, нарастающий 

1 

111 

Цеховые расходы, 
нарастающий итог 

себестоимость, нара¬ 
стающий итог 

основные материа¬ 
лы за минусом 
отходов, нара¬ 
стающий итог 

і заработная плата, 

і нарастающий 

стоимость драго¬ 
ценного металла, 
нарастающий итог 

покупные полу¬ 
фабрикаты, на¬ 
растающий итог 


5 1 

І s 

3S 

III 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

и 

, 12 

13 

(5) 

(6) 

(10) 

(8) 

(10) 

(10) 

(9) 

(9) 

(9) 

(9) 

(9) 

(9) 

(11) 


исполнения детали, количество деталей, входящих в комплект, и 
код це^а-поставщика — из комплектовочной карты; 

краткое наименование материала, характеристика материала 
(ГОСТ, ТУ, марка, сорт, размер), код материала, код балансового 
счета, код единицы измерения, цена в рублях за 197— г., цена в 

.рублях за 197_ г., цена в рублях за 197_г., цена в рублях за 

197 — г. — из номенклатуры-ценника материалов; 

код отхода, код единицы измерения и цена (руб.) — из цен¬ 
ника на отходы; 
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НОРМАТИВНАЯ КАЛЬКУЛЯЦИЯ НА ИЗДЕЛИЯ 

НА КВАРТАЛ 197 г. 

Основные материалы I 

за минусом отходов 

Возвратные отходы 

1 Основные материалы 

1 Покупные полуфабри- I 

Потери на покупные 
полуфабрикаты 

Транспортно-загото¬ 
вительные отходы 

Основная заработная 

Цеховые расходы 

Общезаводские расходы 

Рагходы по подготовке 

и освоению произвол- 

Прочие производствен¬ 

ные расходы 

стоимость 

Внепроизв одственные 

расходы 

Полная себестоимость | 

і 

2 

3 

4 

5 

6 

7 

8 

9 

10 

п 

12 

13 

14 

(8) 

(7) 

О) 

(9) 

(7) 

(8) 1 

(9) 

(7) 

(7) 

(8) 

(7) 

(9) 

-(8) 

(10) 


код детали, полуфабриката, процент технологических потерь—> 
из справочника потерь на полуфабрикаты; 

код калькуляционной статьи затрат и процент косвенных от¬ 
ходов — из ведомости косвенных расходов по калькуляционным 
статьям; 

код детали, код материала, цена золота, переведенная в соль, 
цена отходов, коэффициент перевода золота при утере — из ценни¬ 
ка на драгоценные металлы; 

код групп изделий, код изделия, код механизма, код внешнего 
оформления, код маркировки механизма и код маркировки внеш¬ 
него оформления — из справочника состава часов; 

код изделия, код варианта исполнения, код внешнего оформ¬ 
ления, код варианта исполнения, код корпуса в сборке, код ва¬ 
рианта исполнения, код корпусного кольца со втулкой, код вариан- 
та'исполнения, код головки заводной с прокладкой и шайбой, код 
варианта исполнения, код циферблата в сборе, код варианта ис¬ 
полнения, код стрелки секундной со втулкой, код варианта испол¬ 
нения, код стрелки минутной, код варианта исполнения, код стрел¬ 
ки часовой, код варианта исполнения, код маркировки изделия и 
код варианта исполнения — из справочника варианта исполнения 
часов и внешних оформлений; 

код изделия, краткое наименование изделия — из справочника 
наименований изделий и их составных частей; 

код изделия, код варианта исполнения, код детали, сборочной 
единицы (что входит), код варианта исполнения, код сборочной 
единицы (куда входит), код варианта исполнения, количество на 
сборочную единицу, количество на изделие, ступень диспозиции — 
из задачи «Расчет применяемости»; 


8 Заказ 4038 


113 






















код детали, код варианта исполнения, код чистого металла, 
возвратные отходы в чистом металле и норма расхода в чистом 
металле — из задачи «Расчет норм расхода драгоценных метал¬ 
лов». 

При решении данной задачи формируется хранимый массив 
заработной платы на операции по деталям изделия (табл. 53), ис¬ 
пользуемый для задачи «Расчет ценника на брак и утерю». 


Таблица 53 


Реквизит 

Длина реквизита, знаки 

Код детали 

9(11) 

Код изделия (сборочной единицы) 

9(11) 

Код цеха 

9(2) 

Код номера операции 

9(3) 

Заработная плата на операцию 

9(4), 9(2) 

Заработная плата, нарастающий итог 

9(4), 9(2) 


Алгоритм решения задачи. Как и при описании алгоритмов ре¬ 
шения ранее рассмотренных задач, приведем формулы для расче¬ 
та данных выходных табуляграмм. 

А. Расчет нормативной калькуляции на детали (форма № 23) 
производится по следующим формулам: ѵ 3 

а) определение стоимости основного материала на деталь 
•S imrj' 

Simrj = N imrj • С т , 

где Nimrj — норма расхода т -го материала для і-й детали г-го 
цеха на /-й операции; 

С т —цена m -го материала. 

Как правило, основной материал расходуется только на пер¬ 
вой операции (/=1), поэтому далее операция не указывается; 

б) определение стоимости драгоценных металлов на деталь 

S imr- 

S'imr — N'imr • С'т < 

где N] mr — норма расхода т-то драгоценного металла на і-ю де¬ 
таль г-го цеха; 

С т — цена драгоценного металла. 

Чтобы определить операцию золочения или серебрения и отнес¬ 
ти стоимость драгоценного металла на эту операцию, необходимо 
найти код оборудования и цеха в маршрутной карте, которые ого¬ 
вариваются при разработке постановок задач и соответствующим 
образом учитываются при программировании; 

в) определение стоимости отходов по основному материалу 
О ітг : 

O imr = (M'imr-Mimr) -Dm, 

где М'шг — «черновой» вес т -го материала і-й детали г-го цеха; 
Л14 







Mimr — «чистый» вес m-ro материала і-й детали т-го цеха; 
D m —цена отхода т-то материала; 
г) определение стоимости отходов по драгоценным металлам 


где N\ mr —норма возвратных отходов m -то драгоценного мате¬ 
риала по t -й детали г-го цеха; 

D m — цена отхода m -то драгоценного материала; 

д) определение стоимости материалов за вычетом отходов 5 \ mr \ 



ж) определение нормативной себестоимости по прямым затра¬ 
там S/'j : 


Sirj = Sirj + Zjir . 


где S' lrJ —стоимость материала, использованного на /-й опера¬ 
ции по t -й детали г-го цеха*; 

Zjir —заработная плата на і-ю деталь /-й операции по г-му 
цеху; 

з) определение цеховых расходов на /-ю операцию для всех і-х 
деталей, обрабатываемых в г-м цехе, R r : 


R r = S S 

i j 


PyZ lir 
100 ’ 


где Pj — плановый процент цеховых расходов на /-« операции; 

и) определение цеховых транспортно-заготовительных расходов 
для всех деталей, обрабатываемых в г-м цехе, R' r i 


R' r = 


S S 

i i 


SiryP'l 

Гоо 


где Pj — процент транспортно-заготовительных расходов на }-ю 
операцию; 

к) определение цеховой нормативной себестоимости S ? (для 
всех і-х деталей, обрабатываемых в г-м цехе); 


S r N = 2 S S", +R r +R'r * 
і i i} 

Б. Расчет нормативной калькуляции на сборочные единицы 
(форма № 24) производится по следующим формулам: 

• Обозначения S tr j и S tmr фактически равносильны, так как это есть 
стоимость m -го материала по і-й детали на /-й операции по г-му цеху (S lmr j ). 
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Рис, 21. Принципиальная блок-схема решения 
задачи «Расчет нормативных калькуляций» 
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а) определение предварительных затрат на основные материа¬ 
лы за вычетом отходов S hrs : 

S krs = 2 S imr -n, 

где п — применяемость деталей в сборочной единице на данной 
операции сборки. 

Код присоединения на данной операции сборки деталей (сбо¬ 
рочных единиц), а также их применяемость определяется по комп¬ 
лектовочной карте; 

б) определение предварительных затрат на заработную плату 
с учетом применяемости деталей (сборочных единиц) на данной 
операции Zkr 5 : 

Z krs = 2 Z ir , 

i<=h 


где Z ir — сумма заработной платы на г-ю деталь в r -м цехе; 

в) определение стоимости покупных полуфабрикатов, входящих 
в сборочную единицу на данной операции сборки, F ' kr 5 : 


F' 


hrs = 


2 - 

іей 


Ftr-P 

100 


где F ir — цена t-ro покупного полуфабриката, используемого в 
r -м цехе; 

Р —процент технологических потерь на полуфабрикаты; 

г) определение суммы заработной платы на сборочную едини- 
ну с первой по s -ю операцию сборки включительно Z krs : 

Z'hrs = Zhrs-\~Z s , 

где Z s — заработная плата на сборочную работу на s -й операции; 

д) определение нормативной себестоимости по прямым затра¬ 
там Nhrs'- 

Nhrs = Shrs + Z'hrs + F'hrs • 

Примечания: 1. Цеховая нормативная себестоимость сборочной еди¬ 
ницы определяется суммированием нормативной себестоимости по прямым за¬ 
тратам и цеховым расходам и транспорьно-заготовительных расходов. 

2. Нормативная калькуляция на механизм изделия, на внешнее оформление 
рассчитывается аналогично нормативной калькуляции на сборочную единицу. 

В. Расчет нормативной калькуляции на изделие (форма № 25) 
производится путем суммирования прямых статей затрат (основ¬ 
ные материалы за минусом отходов, покупные полуфабрикаты, ос¬ 
новная заработная плата) по механизму и внешнему оформлению 
часов. 

Назначение программ, приведенных на рис. 21, указано в 
табл. 54. 
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Таблица 54 


Имя программы 

Назначение программы 

BLOCK1 

Расчет стоимости основных материалов и зара¬ 
ботной платы 

QA502 

Расчет стоимости драгоценных материалов 

QA401 

Печать табуляграммы нормативных калькуляций 
на деталь 

QA503 

Подключение стоимости драгоценных материалов 
к соответствующим сборочным единицам 

QA504 

Расчет нормативных калькуляций по прямым 
затратам на сборочную единицу 

QA201 

Сортировка массива 

QA402 

Печать табуляграммы нормативных калькуляций 
на сборочные единицы 

QA403 

Печать табуляграммы нормативных калькуляций 
на изделие 

Таблица 55 


Реквизит 

Длина реквизита, знаки 

Код детали 

9(11) 

Код цеха 

9(2) 

Код операции 

9(3) 

Код оборудования 

Наименование детали (сборочной 

9.(5) 

единицы) 

Х(20) 

Стоимость основных материалов 

9(3), 9(2) 

Стоимость возвратных отходов 
Стоимость материалов по цене отхо¬ 

9(2), 9(2) 

дов 

9(3), 9(2) 

Заработная плата 

9(4), 9(2) 

Заработная плата данного цеха 

9(4), 9(2) 


Таблица 56 


Реквизит 

Длина, реквизита, знаки 

Код сборочной единицы 

9(13) 

Код цеха 

9(2) 

Код операции 

Наименование детали (сборочной 

9(3) 

единицы) 

Х(20) 

Стоимость материалов (отходов) 
Стоимость материалов по цене отхо¬ 

9(4), 9(3) 

дов 

Заработная плата входящих ком¬ 

9(4), 9(3) 

понент 

9(4), 9(3) 

Стоимость полуфабрикатов 

9(4), 9(3) 

Стоимость сборки 

9(4), 9(3) 

Заработная плата данного цеха 
Стоимость драгоценных металлов 

9(4), 9(2) 

(отходы) 

9(4), 9(3) 
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Схемы перфорации формируемых в процессе решения задачи 
массивов приведены ниже: массива стоимости основных материа¬ 
лов и заработной платы QAE51 — в табл. 55, массива норматив¬ 
ных калькуляций по прямым затратам на сборочную единицу 
QAE52 — в табл. 56, массива стоимости драгоценных материалов 
QAE50 — в табл. 57, массива затрат по цеху QAE54 — в табл. 58, 
массива калькуляционных статей ААА18 —в табл. 59. 


Таблица 57 


Реквизит 

Длин», реквизита, знаки 

Код детали (сборочной единицы) 

9(13) 

Код цеха 

9(2) 

Код операции 

9(3) 

Стоимость драгоценных металлов 

9(4), 9(3) 

Стоимость отходов 

9(4), 9(3) 

Стоимость при браке 

9(4), 9(3) 

Стоимость при утере 

9(4), 9(3) 

Стоимость для калькуляции брака 

9(4), 9(3) 


Таблица 58 


Реквизит 

Длина реквизита, знаки 

Код цеха 

9(2) 

Заработная плата цеха (общая) 

9(4), 9(3) 

Заработная плата цеха (по узлам) 

9(4), 9(3) 

Норма времени цеха (для узлов) 

9(4), 9(3) 


Т а б л и 1 


Реквизит 

Номера колонок 
на ПК 

Длина реквизита. 

Код калькуляционной статьи 

1—2 

9(2) 

9(3), 9(2) 

Процент по статье 

1 3—6 


§ 8. Особенности проектирования информационной 
базы АСУП с использованием СУБД 


Информационная база порождается задачами АСУП и служит 
основой для их решения, поэтому основным назначением банка 
данных является повышение эффективности разработки, внедре¬ 
ния и функционирование не отдельной задачи, а системы в целом. 
Это означает сокращение трудоемкости разработки постановок 
задач, их информационной увязки, составления алгоритмов и прог¬ 
рамм решения задач, оформления документации проекта и сдачи 
его заказчику, внедрения системы, снижение. затрат машинного 
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Ѵсортиробка 
— •по иоду 
изделия 
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времени на отладку и функцио¬ 
нирование АСУП, уменьшение 
трудоемкости создания и экс¬ 
плуатации самого банка дан¬ 
ных. 

При создании и ведении ин¬ 
формационной базы АСУП пе¬ 
ред специалистами стоят до¬ 
статочно противоречивые проб¬ 
лемы, и оттого, какое решение 
будет выбрано, во многом за¬ 
висит эффективность функци¬ 
онирования системы. Рассмот¬ 
рим некоторые из них. 

Использование банка дан¬ 
ных при проектировании про¬ 
граммного обеспечения приво¬ 
дит к упрощению технологиче¬ 
ской схемы решения задач. Для 
примера приведем принципи¬ 
альную блок-схему решения 
общеизвестной задачи «Расчет 
применяемости деталей и сбо¬ 
рочных единиц в изделии» для 


( Начало ) 

I 


_ перечня 

определение 
хтаВа изделий 



f Вывод 

ібуляграммы 


Сортировка 
по коду 
изделия 


( Конец) 


а 


Рис. 22. Принципиальная блок-схема решения задачи «Расчет применяе¬ 
мости деталей и сборочных единиц в изделии» а — при традиционном 
подходе; б — с использованием банка данных 
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ЭВМ второго* и третьего поколения (рис. 22). Из сравнения этих 
дву» схем видно, что во втором случае количество программ сокра¬ 
тилось более, чем в 3 раза, особенно программ сортировок. Так, 
если в первом случае их число равно З + и (где п — число уровней 
вхождения деталей и узлов), то во втором случае присутствует 
только одна сортировка. Хотя уменьшение количества программ и 
не всегда ведет к сокращению времени решения задач, но в дан¬ 
ном случае благодаря наличию банка данных время счета при 
условии одинакового быстродействия ЭВМ сократилось примерно 
в четыре раза (имеется в виду только время счета без выдачи ре¬ 
зультатов на печать). Упрощение технологической схемы значи¬ 
тельно облегчает управление процессом решения задачи, что ста¬ 
новится немаловажным фактором, когда число задач АСУП исчис¬ 
ляется несколькими десятками. 

При применении банков данных поддерживается более высокий 
уровень достоверности данных, поэтому качество полученных ре¬ 
зультатов в процессе решения задачи значительно повышается, 
так как сама организация базы данных обеспечивает более высо¬ 
кий уровень и контроль исходной информации за счет проверки 
взаимосвязи между данными различных документов. 

На выверку базы данных расходуется значительно меньше 
времени: при использовании независимых массивов данный процесс 
фактически заканчивается по завершении решения всех или боль¬ 
шинства задач. В отдельных случаях такой путь остается основ¬ 
ным критерием оценки качества базы данных, хотя он и связан с 
большими потерями машинного времени. Это объясняется слож¬ 
ностью системы контроля исходной информации при ее больших 
объемах и многообразии взаимосвязей. Система управления база¬ 
ми данных (СУБД) частично решает проблему контроля предус¬ 
мотренных разработчиком взаимосвязей и в случае их отсутствия 
информирует об этом потребителя, чем ускоряет процесс выверки 
базы данных. Но СУБД не может определить всевозможные ошиб¬ 
ки при формировании массивов. Например, она не может устано¬ 
вить конкретные детали, не вошедшие в массив предметов, но ука¬ 
зать число деталей, не подвергавшихся обработке, если известно 
их общее количество, для нее не составляет труда. 

С организацией информационной базы данных в виде банка 
данных неразрывно связано понятие «отсутствие избыточной ин¬ 
формации». Однако здесь речь идет об отсутствии избыточной ин¬ 
формаций, отражающей процессы и явления управляемого объек¬ 
та. Так, коды изделия, детали, материала, цеха, оборудования 
встречаются в базе данных один раз, но это не означает, что 
общий объем информации базы данных будет минимальным. Нао¬ 
борот, общий объем информации имеет тенденцию к увеличению 
из-за наличия прямых и обратных адресных ссылок, которые отра¬ 
жают объективно существующие зависимости между реквизитами 


* Принципиальная блок-схема указанной задачи рассматривается на приме¬ 
ре Ьдного из часовых заводов для ЭВМ «Минск-32». 
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(полями) массивов банка- -данных. Например, между деталью и 
материалом, деталью и цехом, деталью и оборудованием и т. п. 
Наличие одного сочетания в исходных данных, например «деталь — 
цех», отражает два факта: в каком цехе обрабатывается деталь и 
какая деталь (детали) обрабатывается в цехе. В банке данных для 
этих целей должны существовать фактически две адресные ссыл¬ 
ки: для детали задается адрес, где указан цех, обрабатывающий 
деталь (прямая адресная связь), а для цеха задается адрес, где 
указана деталь, обрабатываемая в данном цехе (обратная адрес¬ 
ная связь). При наличии нескольких деталей (цехов) заполняются 
дополнительные поля, где указывается адрес следующей детали 
(цеха), относящиеся соответственно к рассматриваемому цеху (де¬ 
тали). Так, для банка данных АСУ Первого московского часового 
завода (АСУ-1-МЧЗ) можно привести следующие данные. Общий 
объем банка данных составляет более ста тысяч записей. Вся ин¬ 
формация распределена между массивами банка данных следую¬ 
щим образом, тыс. записей: массив предметов— 16; массив специ¬ 
фикаций— 15; массив технологических маршрутов — 70, массив 
рабочих мест—3. Коэффициент увеличения общего объема инфор¬ 
мации равен 1,5. 

Как отмечалось ранее, организация конструкторско-технологи¬ 
ческой информации в виде банка данных позволяет в значитель¬ 
ной мере уменьшить время решения задач по сравнению со случа¬ 
ем, когда эта же информация организована в виде независимых 
последовательных массивов (табл. 60). 

Таблица 60 


Задача 

условных 

изделий* 

Время решения задачи** 

с использо¬ 
ванием банка 

без^ исполь¬ 
зования банка 
данных 

Расчет применяемости деталей (сборочных 




единиц) в изделии 

100 

1 ч 15 мин 

4 ч 20 мин 

Расчет применяемости детали (сборочной 




единицы) в изделиях 

250 

3 ч 30 мин 

ІО ч 30 мин 

Расчет материальных нормативов 

100 

2 ч 30 мин 

3 ч 50 мин 

Расчет трудовых нормативов 

100 

3 ч 

5 ч 10 мин 

Расчет нормативных калькуляций на дета¬ 




ли, сборочные единицы, изделия по цехам 

250 

5 ч 

19 ч 

Расчет межцеховых маршрутов 

250 

2 ч 

2 ч 30 мин 


* Условное изделие характеризуется следующими показателями: 
среднее число составных частей (деталей и узлов) в одном изделии — Ш); 
среднее число операций на обработку одной детали — 20; 
среднее число цехов по технологическому маршруту — 6. 

** Время решения задач включает и время вывода табуляграмм., 

При проектировании АСУП с банком данных значительно со¬ 
кращаются возможности разрабатывать программное обеспечение 
АСУП параллельно, поскольку отладку программ можно эффек» 
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тивно вести при наличии массивов банка данных, организованных 
на машинных носителях. Это значит, что процесс рабочего проек¬ 
тирования имеет тенденцию к удлинению. Кроме того, в случае 
внесения изменений в структуру банка данных корректировке 
подвергаются все задачи, использующие банк данных, что также 
ведет к увеличению сроков разработки АСУП. Избежать в мак¬ 
симальной степени указанных потерь времени, материальных и 
трудовых затрат можно при условии разработки высококачествен¬ 
ного технического проекта как по нормативному хозяйству, так а 
по функциональным подсистемам. Тем более что документация 
технического проекта в АСУП фактически является рабочей 
проектной документацией. Однако многие специалисты недооце¬ 
нивают важности технического проекта, в связи с чем возникают 
неточности в нем. 

Для повышения качества технического и рабочего проектов в 
первую очередь необходима стандартизация форм нормативно спра¬ 
вочной документации (НСД). Требуется выбрать набор НСД или 
несколько его версий для определенного круга родственных пред¬ 
приятий с одинаковым типом производства по той или иной отра¬ 
сли. Это не исключает введения единых форм НСД для всех пред¬ 
приятий страны, но только в тех случаях, где это необходимо и 
не усложняет проблему подготовки данных и организацию управ¬ 
ления. 

На зтапе функционирования системы много машинного време¬ 
ни расходуется на функции ведения базы данных (БД): коррек¬ 
тировку, периодическую запись и перезагрузку БД или ее восста¬ 
новление. Хранение данных в БД в случае их большого объема 
требует большого количества дисководов (или более емких паке¬ 
тов дисков), а реализация функции СУБД — достаточно большою 
объема основной памяти ЭВМ. 

Общепризнанного мнения относительно степени централизации 
информации еще не выработано. Теоретические расчеты и имею¬ 
щийся у нас в стране и за рубежом опыт показывают, что основ¬ 
ное влияние на степень централизации оказывают период стабиль¬ 
ности, регламент и объем поступления данных из объекта управ¬ 
ления и использования при решении задач информации из БД. 
Интеграция в одну базу разных по характеру данных неотвратимо 
снижает эффективность выполнения ряда процедур обработки 
данных, резко повышает стоимость поддержания такой базы. 
В связи с этим наиболее предпочтительным представляется вари¬ 
ант организации информационной базы в АСУП в виде несколь¬ 
ких локальных баз в зависимости от частоты поступления и 
использования данных и их объема. Каждая база данных может 
быть организована своими методами и даже обрабатываться 
своими СУБД. Для обеспечения целостности информационного 
процесса должен быть организован обмен информацией между ба¬ 
зами. Опыт построения АСУП показывает, что с точки зрения рег¬ 
ламента использования объема данных рекомендуется создавать 
четыре группы баз данных: 
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БД1, содержащая информацию перспективного (год и более) 
планирования и учета. В . этой группе накапливаются статистиче¬ 
ские данные за большой период времени (год и более), а также 
другая информация с небольшим количеством сеансов обращения 
к ней или изменений (включая пополнение) в течение года; 

БД2, объединяющая информацию для текущего (от месяца до 
года) планирования и учета; 

БДЗ, включающая информацию для оперативного планирова¬ 
ния, учета и регулирования; 

БД4, содержащая информацию для функционирования систе¬ 
мы по управлению технологическими процессами. 

Каждая группа может быть разбита на несколько информаци¬ 
онно независимых или слабо зависимых баз, например по подсисте¬ 
мам. Это упростит их создание и ведение. 

Задачи, использующие информацию БД1, решаются сравни¬ 
тельно редко. Объем данных этой БД достаточно большой с дли¬ 
тельным временем хранения, поэтому такую базу данных наиболее 
целесообразно организовать в виде независимых массивов с 
последовательным методом доступа. Магнитные ленты и диски с 
указанной информацией целесообразно хранить в архиве и 
подключать к ЭВМ к моменту решения задачи или изменения 
БД1. 

Вся нормативно-справочная информация и. основной объем 
промежуточных данных, создаваемых при функционировании 
АСУП, включаются в БД2. Поскольку отдельные подсистемы слабо 
информационно связаны с другими подсистемами, то для них це¬ 
лесообразно разрабатывать локальные базы данных, входящие в 
группу БД2. Например, база данных по подсистеме реализации и 
сбыту продукции имеет почти независимую нормативно-справоч¬ 
ную информацию и только отдельные промежуточные результаты 
используются в других подсистемах. Такие общие для нескольких 
подсистем данные, как код готовой продукции, ее наименование 
и прочая информация, можно продублировать в нескольких мас¬ 
сивах. Из-за малого их объема время ведения баз данных практи¬ 
чески не изменяется, а продолжительность функционирования 
задач значительно сокращается. 

Опыт разработки АСУП показал, что для организации и веде¬ 
ния БД2 достаточно хорошо приспособлены системы БАСТАЙ и 
САВИ. 

БДЗ ориентирована на работу в реальном масштабе времени и 
должна периодически перезагружаться на основании БД2 с сохра¬ 
нением отдельных собственных данных. Эіа база по сравнению с 
БД2 включает значительно меньший объем данных, но ее постро¬ 
ение должно обеспечивать поиск необходимой информации, поэто¬ 
му в БДЗ включается только та информация, которая необходима 
для процедур оперативного характера. Система управления базой 
данных, аффективная для управления БД1 и БД2, может оказать¬ 
ся непригодной для БДЗ, так как последняя должна удовлетворять 
следующим условиям: 
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а) данные, обрабатываемые в системе реального времени, 
должны быть централизованы в одной базе; 

б) для обеспечения быстрой реакции на запрос допускается 
хранение избыточной системной (для обеспечения адресных ссы¬ 
лок) и производственной информации; 

в) необходима надежная система защиты и восстановления 
данных; 

г) система должна обеспечивать корректировку данных в базе 
в соответствии с темпом поступления в нее информации. 

Отсутствие формализованных методов создания баз данных, 
информационно связанных с решением большого спектра задач 
АСУП, требует выделения на их разработку группы высококвали¬ 
фицированных специалистов. Их основная задача — определить 
состав и структуру баз данных, методы их защиты, загрузки и 
ведения, а также выбрать СУБД. Такие специалисты должны хо¬ 
рошо представлять алгоритм и режим решения задач, включенных 
в АСУП, знать возможности конструирования и создания базы 
данных и принципы работы управляющей программы СУБД. 

Исходя из опыта разработки АСУП и предполагая, что специ¬ 
алисты достаточно знакомы с системой программирования ЕС 
ЭВМ и хорошо владеют выбранной ими СУБД, можно указать 
следующие работы по проектированию информационной базы: 

изучение состава и содержания документов фонда НСИ; 

уточнение содержания отдельных задач или алгоритмов их 
решения; 

определение состава и структуры массивов банка данных и их 
взаимосвязи с исходными нормативно-справочными документами; 

разработка схем (макетов) перфорации; 

выбор технологической схемы обработки и методов контроля 
информации; 

составление комплексного тестового примера, обеспечивающего 
отладку программ подготовки загрузки и изменений банка данных 
и программ решения задач; 

разработка программ подготовки загрузки и изменений банка 
данных (или соответствующих таблиц описания данных); 

подготовка исходных данных тестового примера на первичных 
машинных носителях; 

запись исходной информации тестового примера на МЛ и 
контроль; 

генерирование операционной системы банка данных (генери¬ 
рование СУБД); 

отладка программ подготовки, загрузки и изменений банка 
данных; 

загрузка банка данных (тестовым примером) ; 

анализ результатов загрузки и корректировка; 

своевременное обеспечение проектировщиков задач информа¬ 
цией о состоянии базы данных и ее изменениях. 

Подготовка информации, разработка и отладка программ 
задач ведутся параллельно с вышеперечисленными работами о 
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учетом полученных результатов тестирования программ органи¬ 
зации и ведения банка данных. При получении положительных 
результатов анализа и при наличии подготовленной на машинных 
носителях информации можно приступать к организации банка 
данных. 

Оценка состояния банка данных проводится на основании конт¬ 
рольных листингов, предусматриваемых при работе программ ор¬ 
ганизации банка данных и его изменений, по распечаткам масси¬ 
вов банка данных и, наконец, по результатам отладки и решении 
задач. 

На стадии функционирования АСУП появляется ряд дополни¬ 
тельных функций, выполняемых специалистами службы базы 
данных: 

актуализация базы данных, включая ее восстановление и 
реорганизацию; 

изменение структуры базы данных согласно изменившимся или 
вновь возникшим потребностям; 

выполнение работ по обмену информацией между базами дан¬ 
ных (если это предусмотрено схемой ведения баз данных). 

В заключение следует отметить, что хотя применение банков 
данных приводит к увеличению трудовых и временных затрат на 
этапе внедрения АСУП, но в дальнейшем уровень функционирова¬ 
ния системы повышается за счет сокращения времени счета задач 
и увеличения достоверности получаемых результатов. 


ПРИЛОЖЕНИЯ 

I. СТРУКТУРА СИСТЕМНОЙ ЧАСТИ ЗАПИСЕЙ 
МАССИВОВ БАНКА ДАННЫХ 


Таблица 1 


Структура системной части записей массива предметов 


1 Номер 1 

[ поля 

ИМЯ поля 

Название поля 

Поле резерви¬ 
руется, если 
задан параметр 

Длина поля, байт 

1 

GD#UEKAD 

Адрес записи следующего 
предмета в порядке сор- 

- 

4 

2 

GD#GIDNR 

Код предмета 

_ 

GDLGIDNR* 

3 

GD#ADEPS 

Адрес первой записи специ¬ 
фикации 

Счетчик записей специфи¬ 
каций 

- 

4 

4 

GD#POZAE 

SATZZAEH 

2 

5 

GD#ADEGS 

Адрес первой записи специ¬ 
фикации в цепи использо¬ 
вания предмета (цепи 

применения) 


4 

6 

gd#gkzae 

Счетчик записей в цепи 

SATZZAEH 

2 

7 

gd#dispo 

применения 

Ступень диспозиции (упа¬ 
кованное число) 

DISPSTUF 

2 

8 

GD#ADNAK 

Адрес записи следующего 
предмета в рабочей цепи 

DISPSTUF 

4 

9 

GD#AKPRU 

Контрольное поле записи 
предмета в рабочей цени 

DISPSTUF 

LGOPRUEF 

10 

GD#LAUFN 

Текущий номер 


2 

11 

GD#ADEAS 

Адрес записи первой рабо¬ 
чей операции 

VORAGKET 

4 

12 

GD#ADLAS 

Адрес записи последней ра¬ 
бочей операции 

VORAGKET 

RCKPRKET 

4 

13 

GD#AGZAE 

Счетчик записей рабочих 
операций 

VORAGKET 

SATZZAEH 

2 


задается параметром. 











Таблица 2 


Структура системной части записей массива спецификаций 


!і 

Имя поля 

Название поля 

Поле резерви- 

задан параметр 

Длина поля, байт 

1 

2 

3 

4 

5 

1 

SD#ADUBS 

Адрес записи компоненты в 
массиве предметов 

- 

4 

2 

SD#PRUBS 

Контрольное поле записи 
компоненты 


LGUPRUFG 

3 

SD#ADNPS 

Адрес следующей записи 
спецификации 

- 

4 

4 

SD#ADOBS 

Адрес записи сборочной 
единицы в массиве пред¬ 
метов 


4 

5 

SD#PROBS 

Контрольное поле записи 
сборочной единицы 


LGOPRUEF, 

6 

SD#ADNGS 

Адрес следующей записи 
спецификации в цепи 

применения предмета 

' — 

4 

7 

SD#ADVGS 

Адрес предыдущей записи 
спецификации в цепи 

применения предмета 

RCKSEKET 

4 


Структура системной части записей массива 
рабочих мест 

Таблица 3 

С § 

Имя поля 

Название поля 

Поле резерви¬ 
руется, если 
задан параметр 

Длина поля, байт 

і 

2 

3 

4 

5 

1 

2 

3 

4 

MD#UEKAD 

MD#MIDNR 

MD#ADEMS 

MD#MVZAE 

Адрес записи следующего 
рабочего места в поряд¬ 
ке сортировки 

Код рабочего места 

Адрес первой записи рабо¬ 
чих операций в цепи ис¬ 
пользования рабочего 
места 

Счетчик записей в цепи 
использования рабочего 
места 

VORSEKET 

VORSEKET 

SATZZAEH 

4 

MDLGIDNR 

4 

2 


Э Заказ 


4038 


129 

















Таблица 4 


Структура системной части записей массива технологических 
маршрутов 





Поле резерви- 



Имя поля 

Название поля 


Длина поля, байт 

ІІ 



задан параметр 


1 

2 

3 

4 

б 

! 

AD#ADOBS 

Адрес записи предмета в 

' _ 

4 



массиве предметов 



2 

AD#PROBS 

Контрольное поле записи 

- 

LGOPRUEF 

3 

AD#ABGNR 

Номер рабочей операции 

_ 

ADLGAGNR 

4 

AD#ADNAS 

Адрес записи следующей 


4 



рабочей операции 



5 

AD#ADVAS 

Адрес записи предыдущей 

RCKPRKET 

4 

6 

AD#PRUBS 

рабочей операции 
Контрольное поле записи 

MDDATNAM 

LGUPRUFM 



рабочего места 



7 

AD#ADUBS 

Адрес записи рабочего мес¬ 

— 

4 



та в массиве рабочих 



8 

AD#ADNMS 

Адрес записи следующей 

MDDATNAM 

4 



рабочей операции в цепи 
использования рабочего 

VORSEKET 


9 

AD#ADVMS 

места 

Адрес записи предыдущей 

MDDATNAM 

4 


рабочей операции в цепи 

VORSEKET 




использования рабочего 

RCKAPVWK 




места 




2. ПАРАМЕТРЫ ДЛЯ ГЕНЕРАЦИИ МОДУЛЕЙ ПРОГРАММ СОЗДАНИЯ 
И ОБСЛУЖИВАНИЯ БАНКА ДАННЫХ 


В таблицах приняты обозначения: 

X — имя, которое может состоять не более чем из восьми буквенно-цифровых 
символов и должно начинаться с буквы; 
d — длица операнда в байтах; 
п -- количество, целое число; 

а — относительный адрес в записи, первый байт в записи имеет относительный 
адрес 0; 

с — значение признака функции, оно может состоять из буи и цифр, макси¬ 
мальная длина 8 байт. 
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Таблица I 

Параметры для генерации модуля LEITPROG 


PROGRART 

PROGNAME 


LEITPROG 

X 


MBEINGAB ■ X 


KENNSATZ — 
BLLAENGE d(1500) 

MAXSALAE d (240) 

LKLESER1 — 

DFEBERGD — 


DEFINEND 

DFEBERSD 

DEFINEND 

DFEBERMD 

DEFINEND 

DFEBERAD 

DEFINEND 

GDDATNAM 


= } 


Указывается тип модуля 
Указывается имя сгенерированного модуля в 
библиотеке объектных модулей (генерируется 
карта CATALR X) 

Указывается имя массива при вводе с- МЛ 
(его максимальная длина семь знаков). 

Если параметр опущен, предполагается ввод 
с ПК 

Массив на МЛ имеет стандартные метки. 

Для массива без меток параметр опускается 
Указывается максимальная длина блока на 
МЛ. Если значение длины не задано, оно 
принимается равным 1500 байт 
Указывается максимальная длина записи на 
МЛ 

Указывается имя массива при вводе с ПК. 
Его максимальная длина семь знаков 
Вслед за этим параметром нужно описать 
структуру входной записи на МЛ для массива 
предметов (МП)* 

Конец описания структуры записи 
Структура входной записи для МС 

Структура входной записи для РМ 
Структура входной записи для ТМ 
Указывается имя МП, состоящее из семи зна- 


GDLGIDNR 

DISPSTUF 

LGOPRUEF 

VORAGKET 

RCKPRKET 


d Указывается длина поля кода предмета. 

Если код состоит из нескольких подряд рас¬ 
положенных реквизитов, то задается их сум¬ 
марная длина 

_ В записях МП отводится место для сту¬ 
пеней диспозиции (см. приложение 1, табл. 1) 
d Указывается длина контрольного поля в за¬ 

писи МС для занесения сборочной единицы и 
в записи ТМ для занесения предмета. Если 
задан параметр DISPSTUF, то он задает дли¬ 
ну контрольного поля записи предмета в ра¬ 
бочей цепи 

— При задании параметра в записях МП будет 
отведено место для адреса записи первой ра¬ 
бочей операции. Он задается, если имеется 
массив ТМ 

— При задании параметра в записях МП будет 
отведено место для адреса записи последней 
рабочей операции. Параметр можно опускать 


* Описание структуры записей выполняется на языке Ассемблера с помощью инструк¬ 
ции DS, DC, ORG. 
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Продолжение табл. I 


Параметр 


Операнд 


Пояснения 


DFSATZGD 

DEFINEND 

RCKSEKET 

LGUPRUFG 

SDDATNAM 


Вслед за этим параметром следует описать 
структуру на диске части пользователя записи 
МП на языке Ассемблера 
Параметр указывает конец описания структу¬ 
ры записи МП 

При задании параметра в записи МС будет 
отведено поле SD#ADVGS ; (см. приложе¬ 
ние 1, табл. 2), т. е. поле адреса предыдущей 
записи спецификации в цепи применения пред¬ 
мета 

Параметр задает длину контрольного поля 
для записи компоненты в записи МС 
Указывается имя МС, состоящее из семи зна- 


DFSATZSD 

DEFINEND 

MDDATNAM 


Вслед за этим параметром следует описать на 
языке Ассемблера структуру части пользова¬ 
теля на диске в записях МС 
Параметром указывается конец описания 
структуры записей МС 

Указывается имя РМ, состоящее из семи зна- 


MDLGIDNR 

VORSEKET 

DFSATZMD 

DEFINEND 

ADDATNAM 

ADLGAGNR 

LGUPRUFM 

RCKAPVWK 

DFSATZAD 


Параметром указывается длина кода рабоче¬ 
го места 

При задании параметра в записях РМ и 
ТМ будут отведены адресные поля для цепи 
использования рабочего места (см. приложе¬ 
ние 1, табл. 3 и 4) 

Вслед за этим параметром нужно описать 
структуру части пользователя в записях РМ 
на языке Ассемблера 

Параметром указывается конец описания 
структуры записей РМ 

Указывается имя ТМ, состоящее из семи зна¬ 
ков 

Параметром задается длина номера рабочей 
операции 

Параметром задается длина контрольного по¬ 
ля для записи рабочего места в записи ТМ 
При задании параметра в записях ТМ будет 
отведено адресное поле для обратной цепи ис¬ 
пользования рабочего места (см. приложение 
1, табл. 4) 

Вслед за этим параметром нужно описать 
структуру части пользователя в записях ТМ 
на языке Ассемблера 


DEFINEND 

GDVARSLG 


Параметром указывается . конец описания 
структуры записей ТМ 

Параметр задается в том случае, если вход¬ 
ная запись для МП состоит из переменного 
числа карт (при вводе с ПК) или записей на 
МЛ. На каждой карте или в каждой записи 
на МЛ должен быть указан код предмета и 
признак функции 
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Продолжение табл. I 


Параметр 

Операнд 

Пояснения 

GDKONSLG 

п 

Параметр задается в том случае, если вход¬ 
ная запись для МП состоит из постоянного 
числа ПК или записей на МЛ. 

Если п=1, то вместо п надо записать STD. 
Код предмета и признак функции необходимо 
указывать только в первой записи 

FKZEICHN 

X 

Параметром задается во входной записи имя 
поля, содержащего признак функции. 

Признак функции во всех записях должен 
иметь одинаковую длину (дб восьми байт) 
и занимать одно и то же место 

CDIDNTNR 

X 

Параметром задается имя поля во входной 
записи для МП, содержащего код предмета 

GDFKLADN 

С 

Параметром задается значение признака за¬ 
грузки для МП. Признак может содержать от 
одного до восьми алфавитно-цифровых сим¬ 
волов, например Р1. Если параметр опущен, 
модуль не выполняет этой функции 

GDFKHNZU 

с 

То же для функции добавления 

GDFKBERI 


То же для функции корректировки 

GDFKLSCH 


То же для функции стирания 

GDPROTOK 

d 

Параметром задается длина поля для помеще¬ 
ния распакованного кода предмета (см. гл. 1, 
§ 7, описание СПП12) 

SDLGSATZ 

d 

Параметром задается длина записи МС на 
диске, равная суммарной длине системной час¬ 
ти и части пользователя 

SDLGSORT 

d 

Параметром задается суммарная длина приз¬ 
наков сортировки входных записей для- МС. 
Признаки сортировки выбираются таким обра¬ 
зом, чтобы упорядочить записи внутри группы 
записей, относящихся к одной сборочной еди¬ 
нице. Поэтому код сборочной единицы не сле¬ 
дует выбирать в качестве признака сортиров¬ 
ки. Такими признаками могут служить, напри¬ 
мер, код компоненты, код цеха, номер опера¬ 
ции и т. д. Допускается не более трех приз¬ 
наков сортировки. Все признаки должны быть 
расположены в первой физической записи, ес¬ 
ли входная запись МС состоит из нескольких 
ПК или записей на МЛ. 

Параметр не требуется, если признаки распо¬ 
ложены в записи непрерывно 

SDS0RTF1 

X 

Параметром задается во входной записи имя 
поля, содержащего первый признак сортировки 

SDS0RTF2 

X 

Параметром задается имя поля во входной 
записи для второго признака сортировки 

SDS0RTF3 

X 

Параметром задается имя поля во входной 
записи для третьего признака сортировки 

SDKONSLG 

п или STD 

Параметром задается количество ПК или за¬ 
писей на МЛ для одной входной записи МС. 
Код сборочной единицы и признаки сортиров¬ 
ки должны содержаться в первой записи. 
Если п=1, задается STD 
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Продолжение табл. I 


Параметр 


Операнд 


Пояснения 


SDVARSLG 


SDIDNRGP 

SDIDNRGK 

SDFKLADN 


SDFKHNZU 

SDFKBERI 

SDFKELOE 

SDFKMLOE 

SDFKERSE 


SDIDERGD 

SDESRTF1 


SDESRTF2 

SDESRTF3 

MDVARSLG 


MDKONSLG 


X 

X 


X 

X 

X 

X 


Параметр задается, если входная запись для 
МС состоит из переменного числа карт или за¬ 
писей на МЛ. Признак функции, код сбороч¬ 
ной единицы и признаки сортировки должны 
содержаться в каждой входной записи 
Параметром задается во входной записи имя 
поля, содержащее код сборочной единицы 
Параметром задается во входной записи имя 
поля, содержащее код компоненты 
Параметром задается значение признака функ¬ 
ции загрузки для МС. Если параметр опущен, 
модуль не сможет выполнить этой функции 
То же для функции добавления 
То же для функции корректировки 
То же для функции «стирание простое» 

То же для функции «стирание групповое» 

То же для функции замены. Возможна заме¬ 
на для кода компоненты и признаков сорти¬ 
ровки. При этом старая и новая длина заме¬ 
няемых полей должны совпадать 
Параметром задается во входной записи МС 
имя поля, содержащее код новой компоненты 
Параметром задается во входной записи МС 
имя поля, содержащее новый признак сорти¬ 
ровки 

То же для второго признака сортировки 
То же для третьего признака сортировки 


п илн STD 


Параметр задается в том случае, если вход¬ 
ные записи для РМ состоят из переменного 
числа ПК или записей на МЛ. При этом 
признак функции и код рабочего места дол¬ 
жны содержаться в каждой записи 
Параметр задается в том случае, если входная 
запись для РМ состоит из постоянного числа 
ПК или записей на МЛ. Если п=1, вместо п 
надо записать STD. Признак функции и код 
рабочего места требуются в первой записи 


MDIDNTNR 


MDFKLADN 


MDFKHNZU 

MDFKBERI 

MDFKLSCH 

MDFKTREN 


X 


Параметром указывается во входной записи 
для РМ имя поля, содержащее код рабочего 
места. Код может состоять из нескольких рек¬ 
визитов, например код оборудования, инвен¬ 
тарный номер или цех, участок и т. д. 
Параметром задается значение признака функ¬ 
ции загрузки для РМ. Если параметр опущен, 
модуль не выполняет этой функции 
То же для функции добавления 
То же для функции корректировки 
То же для функции стирания 
То же для функции отделения, при этом для 
модуля DATEIORG нужно задать параметр 
TREVDUBD 
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Продолжение табл. 1 


Параметр 


Операна 


Пояснения 


MDFKVERB 

MDPROTOK 

ADLGSATZ 

ADLGSORT 


с То же для функции соединения, при этом для 

модуля DATEIORG нужно задать параметр 
VERVDUBD 

d Параметром задается длина поля для помеще¬ 

ния распакованного кода рабочего места 
(см. гл. 1, § 8, описание СПП23) 

d Параметром задается длина записи ТМ на 

диске, равная суммарной длине системной 
части и части пользователя 

d Параметром задается суммарная длина приз¬ 

наков сортировки входных записей для ТМ. 
Допускается не более трех признаков сорти¬ 
ровки. Каждый признак может состоять из 
нескольких полей, однако эти поля во вход¬ 
ной записи должны быть расположены рядом. 
В качестве первого признака рекомендуется 
выбирать номер операции. Другими признака¬ 
ми могут быть код рабочего места, код цеха 
и т. д. Если входная запись состоит из несколь¬ 
ких ПК или записей на МЛ, то все признаки 
должны находиться в первой записи при пос¬ 
тоянном числе записей и в каждой записи 
при переменном. Параметр не требуется, если 
все признаки расположены в записи непре¬ 
рывно 


ADSORTF1 

ADSORTF2 

ADSORTF3 

ADKONSLG 


ADVARSLG 


ADIDNRGD 

ADIDNRMD 


X 

X 

X 

п или STD 


Параметром задается во входной записи имя 
поля, содержащее первый признак сортировки 
Параметром задается имя поля во входной 
записи для второго признака сортировки 
Параметром задается имя поля во входной 
записи для третьего признака сортировки 
Параметр задается в том случае, если вход¬ 
ные записи для ТМ состоят из постоянного 
числа ПК или записей на МЛ. Признак функ¬ 
ции,- код предмета и признаки сортировки 
должны находиться в первой записи. При 
п=1 вместо п надо задавать STD 
Параметр задается в том случае, если вход¬ 
ная запись для ТМ состоит из переменного 
числа карт или записей на МЛ. Признак функ¬ 
ции и признаки сортировки должны присут¬ 
ствовать во всех записях 

Параметром указывается во входной записи 
ТМ имя поля, содержащее код предмета 
Параметром указывается во входной записи 
ТМ имя поля, содержащее код рабочего мес- 


ADIDERMD 

ADFKLADN 


X Параметром указывается во входной записи 

ТМ имя поля, содержащее код нового рабоче¬ 
го места для функции замены 
с Параметром задается значение признака 

функции загрузки для' ТМ. Если параметр 
опущен, модуль не выполняет этой функции 
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Продолжение табл. 1 


Параметр 

Операнд 

Пояснения 

ADFKHNZU 

С 

То же для функции добавления 

ADFKBERI 

с 

Іо же для функции корректировки 

ADFKELOE 

с 

Іо же для функции «стирание простое» 

ADFKMLOE 

С 

Іо же для функции «стирание групповое» 

ADFKERSE 

С 

Іо же для функции замены. Допускается за¬ 
мена кода рабочего места и значений призна¬ 
ков сортировки* 

ADESRTF1 

X 

Параметром задается во входной записи ТМ 
имя поля, содержащее новое значение первого 
признака сортировки для замены 

ADESRTF2 

X 

Іо же для второго признака 

ADESRTF3 

X 

іо же для третьего признака 

ZATZZAEH 


При задании параметра для каждой цепи 
резервируются в базовой записи поля для 
счетчиков записей цепи (см. приложение 1, 
табл. 1—4) 

MAKROAUF 


При задании параметра в распечатке 
LEITPROG печатаются все макрорасширения. 
Если параметр опущен, печатаются только 
определения областей, констант и СПП. Что¬ 
бы не печатались макрорасширения в СПП, 
после параметра DFKONSTF нужно поста¬ 
вить PRINT NOGEN 

ANSAROnn 


Параметр указывает на необходимость исполь¬ 
зования СПП с номером пп. СПП помещается 
вслед за этим параметром, пп принимает зна¬ 
чения от .02 до 25 

ENSAROnn 

— 

Параметр указывает на конец СПП 

DFKONSTF 


После записи этого параметра нужно запи¬ 
сать все константы и поля, используемые в 
СПП. Здесь же можно поместить программу 
печати контрольных табуляграмм загрузки и 
изменения массивов, запрограммированную с 
использованием макрокоманды AD#RU 

DEFINEND 


Параметр определяет конец перечисления 
констант и полей, записанных после параметра 
DFKONSTF 

Таблица 2 


Параметры генерации модуля DATEIORG для загрузки базовых массивов 


Параметр 

Операнд 

Пояснения 

PROGRART 

DATEIORG 

Параметром задается тип модуля 

PROGNAME 

X 

Параметром задается имя сгенерированного 
модуля в библиотеке объектных модулей (ге¬ 



нерируется карта CATALR X) 
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Продолжение табл. 2 


Параметр 

Операнд 

Лояенения 

BDALADEN 


Параметр указывает, что требуется создание 
модуля для загрузки базового массива. Пара¬ 
метры функций изменения для этого модуля 
указывать нельзя 

DATEINAM 

X 

Параметром указывается имя массива, содер¬ 
жащее семь знаков 

LNGE1DNR 

d 

Параметром задается длина кода предмета 
или рабочего места 

LNGESATZ 

d 

Параметром задается длина записи, включа¬ 
ющая системную часть и часть пользователя 

BLOCKFAK 

n 

Параметром задается количество записей в 
блоке для базового массива 

BDSPURZY 

n 

Параметром задается число дорожек на ци¬ 
линдре для основной области данных. При 
п = 9 резервируется одна дорожка переполне¬ 
ния, при п == 10 дорожки переполнения не ре¬ 
зервируются. Добавляемые записи в послед¬ 
нем случае будут помещаться в область, ос¬ 
тавшуюся свободной после загрузки массива 

RAKENNZF 

a 

Параметром указывается относительный ад¬ 
рес поля отметок для стирания в части поль¬ 
зователя базовой записи. Длина поля равна 
двум байтам 

RALAUFNR 

a 

Параметром указывается в системной частя 
записи МП относительный адрес поля, в кото¬ 
рое помещается текущий номер использования 
массива 

MAKROAUF 


При задании параметра распечатка Ассемблера 
будет выдаваться с макрорасширениями 


Таблица 3 

Параметры генерации модуля DATEIORG 
для загрузки массивов связей 


Параметр 

Операнд 

Пояснения 

PROGRART 

DATEIORG 

Параметром указывается тип модуля 

PROGNAME 

X 

Параметром, задается имя сгенерированного 
модуля в библиотеке объектных модулей 
(перфорируется карта CATALR X) 

VDALADEN 


Параметр указывает, что требуется создание 
модуля для загрузки массива связей. Пара¬ 
метры функций изменения для этого модуля 
указывать нельзя 

DISPSTUF 

— - 

При задании параметра предусматривается 
задание ступеней диспозиции для МС 

RCKPRKET 


Параметр указывает на наличие обратной це¬ 
пи рабочих операций в массиве ТМ 
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Продолжение табл. 3 


Параметр 

Операнд 

Пояснения 

SATZZAEH 

- 

При задании параметра в системных частях 
записей базовых массивов резервируется поле 
счетчика записей в цепи. Подсчет записей 
производится при загрузке массива связей 

KEINEUBD 

~ 

Параметр указывает, что подчиненный ба¬ 
зовый массив отсутствует 

E1NUNTBD 

“ 

Параметр указывает, что для массива связей 
имеется подчиненный базовый массив 

VORSEKET 


Параметр указывает на необходимость созда¬ 
ния прямой цепи использования предмета или 
рабочих мест 

Параметр указывает на необходимость созда¬ 
ния обратной цепи использования предметов 
или рабочих мест 

RCKSEKET 

~ 

UNTBDERF 


Параметр нужно задавать, если признак сор¬ 
тировки записей связей находится в подчинен¬ 
ном базовом массиве (для МС параметр обя¬ 
зателен) 

UEBUNTGL 


Параметр указывает, что подчиненный и стар¬ 
ший базовый массивы являются одним и тем 
же массивом. Параметр можно ■ задавать 
только для МС 

CDDATNAM 

X 

Параметром задается имя МП, состоящее из 
семи знаков 

LAUFNUMR 


Параметр вызывает резервирование в записях 
МП поля для текущего номера использования 
массива и должен задаваться в обязательном 
порядке 

DEFVEDAT 

“ 

Параметр указывает начало параметров, от¬ 
носящихся к массиву связей 

DATEINAM 

X 

Параметром задается имя массива связей, 
состоящее из семи знаков . 

LGIDNRGD 

d 

Параметром задается длина кода предмета 
в записях МП 

Параметр указывает адрес поля GD#ADLAS 
в записи МП (см. приложение 1, табл. 1) 

RALPRKET 

d 

RAVPRKET 

а 

Параметр указывает адрес поля AD#ADVAS 
в записи ТМ 

RAEPRKET 

а 

Параметр указывает адрес поля GD#ADEPS 
в записи МП для связи с МС или адрес поля 
MD#ADEAS в записи МП для связи с ТМ 

RASATZAE 

3 

Параметр указывает адрес поля счетчика в 
записи МП (GD^POZAE для МС или 
GD#ADZAE для ТМ) 

RAOLAUFN 

а 

Параметр указывает адрес поля в записи МП 
для текущего номера использования массива 

RAPRUFOB 

а 

Параметр указывает адрес части поля 
GD#GIDNR, которая должна выбираться из 
кода предмета для сравнения с контрольным 
полем в записях массивов связей 

LGOPRUEF 

d 

Параметр задает длину контрольного поля 
в записи связи для старшей базовой записи 

RAPRUFOV 

а 

Параметр указывает адрес контрольного поля 
в записях связей (SD#PROBS для МС или 
AD#PROBS для ТМ) 
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Продолжение табл. 3 


Параметр 

Операнд 

Пояснения 

RAOBASAT 

а 

Параметр указывает адрес поля в записи 
связи для адреса старшей базовой записи 
(SD#ADOBS для МС или AD#ADOBS для 
ТМ) 

Параметр указывает адрес поля для адреса 
следующей записи связи, относящейся к этой 
же старшей базовой записи (SD#ADNPS 
для МС или AD#ADNAS для ТМ) 

RANPRKET 

а 

RADSTUFE 

а 

Параметр указывает адрес поля в записи МП 
для ступеней диспозиции (GD#D1SP0) 

RAARBKET 

\ 

Параметр указывает адрес поля в записи МП 
для адреса следующей записи в рабочей цепи 

(GD#ADNAK) 

RAARKEPR 

а 

Параметр указывает адрес контрольного поля 
для записи предмета в рабочей цепи 
(SD#AKPRU) 

LNGESATZ 

d 

Параметром задается длина записи в масси¬ 
ве связей 

BLOCKFAK 

п 

Параметром задается количество записей в 
блоке для массива связей 

ANZUNTBD 

п 

Параметром задается количество подчиненных 
базовых массивов. Для МС п=1, для ТМ 
п= 1 или 0, если РМ отсутствует 

RANSKET1 


Параметр указывает адрес поля в записи 
связи для адреса следующей записи в цепи 
применения (SD#ADNGS для МС или 
AD#ADNMS для ТМ) 

RAUBASA1 


Параметр указывает адрес поля в записи 
связи для адреса подчиненной базовой записи 
(SD#ADUBS для МС или AD#ADUBS для 
ТМ) 

RAPRFUV1 

а 

Параметр указывает адрес контрольного поля 
в записи связи для подчиненной базовой за¬ 
писи (SD#PRUBS для МС или AD#PRUBS 
для ТМ) 

LGUPRUF1 

d 

Параметром задается длина котрольного поля 
в записи связи для подчиненной базовой за¬ 
писи 

RAPRFGB1 


Параметр указывает адрес части поля 
GD#GIDNR или MD#MIDNR подчиненной 
базовой записи, которая должна выбираться 
из кода предмета или рабочего места для 
сравнения с контрольным полем в записях 
массива связей 

RAESKET1 


Параметр указывает адрес поля в подчинен¬ 
ной базовой записи для адреса первой записи 
из массива связей в цепи применения предме¬ 
та или рабочего места (GD#ADEGS для МП 
или MD#ADEMS для РМ) 

LNG1DNR1 

d 

Параметром задается длина кода предмета 
или рабочего места в подчиненной базовой 
записи 
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Продолжение табл. 3 


Параметр 

Операнд 

Пояснения 

ravsk;eti 

d 

Параметром указывается адрес поля в записи 
связи для адреса предыдущей записи в об¬ 
ратной цепи применения предметов или рабо¬ 
чих мест (SD#ADVGS для МС или 
AD#ADVMS для ТМ) 

RASATZA1 


Параметром указывается адрес поля в подчи¬ 
ненной базовой записи для счетчика записей 
в цепи применения предметов или рабочих 
мест (GD#GVZAE для МП или MD#MVZAE 
для РМ) 

RAULAUF1 

а 

Параметром указывается адрес поля для те¬ 
кущего номера в записи МП 

DADEFEND 


Параметр указывает на конец записи парамет¬ 
ров, относящихся к массиву связей 

MAKROAUF 


Параметр вызывает печать макрорасширений 
при трансляции модуля. Если параметр опу¬ 
щен, макрорасширения не печатаются 

Таблица 4 


Параметры генерации модуля DATEIORG для изменения массивов 


Параметр 

Операнд 

Пояснения 

PROGRART 

DATEIORG 

Параметром указывается тип модуля 

PROGNAME 

X 

Параметром задается имя сгенерированного 
модуля в библиотеке объектных модулей 
(генерируется карта CATALR X) 

BDHINZUF 


Параметром предусматривается добавление 
записей в базовые массивы 

BDLOESCH 

— 

Параметром предусматривается стирание за¬ 
писей в базовых массивах 

CDDATNAM 

X 

Параметром задается имя МП, состоящее из 
семи знаков 

BDAENDRN 


Параметр задается, если предусматривается 
изменение МП 

RALAUFNR 

- 

Параметр указывает адрес поля для текущего 
номера в записи МП (если задан LAUFNUMR) 

DEFBADAT 


Вслед за этим параметром необходимо запи¬ 
сать параметры для изменяемого базового 
массива 

DATE ШАМ 

X 

Параметром задается имя базового массива, 
состоящее из семи знаков 

KETANKER 


Параметром задается число цепей, начина¬ 
ющихся в базовом массиве. Рабочая цепь в 
МП в это количество не включается. В МП 
могут начинаться: цель спецификаций; прямая 
цепь применения предметов; прямая цепь ра¬ 
бочих операции; обратная цепь рабочих опе¬ 
раций. В РМ может начинаться только прямая 
цепь использования рабочего места 
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Продолжение табл. 4 


Параметр 

Операнд 

Пояснения 

RAANKER1 

а 

Параметром задается поле в записи для на¬ 
чального адреса первой цепи (GD#ADEPS 
для МП или MD#ADEMS для РМ) 

RAANKER2 

а 

Параметром задается поле в записи для на¬ 
чального адреса второй цепи (GD#ADEGS) 

RAANKER3 

а 

Параметром задается поле в записи для на¬ 
чального адреса третьей цепи i(GD#ADEAS) 

RAANKER4 

а 

Параметром задается поле в записи для на¬ 
чального адреса четвертой цепи (GD#ADLAS) 

DADEFEND 


Параметр указывает на оксщчание записи 
параметров, описывающих базовый массив. 
Аналогичным образом (от DEFBADAT до 
DADEFEND) описываются параметры для 
второго базового массива 

VDLOESHE 


Параметром предусматривается выполнение 
функции «стирание простое» для массивов 
связей 

VDLOESHM 


Параметром предусматривается выполнение 
функции «стирание групповое» для массивов 
связей 

VDHINZUF 

— 

Параметром предусматривается выполнение 
функции «добавление» для массивов связей 

VDBERICH 


Параметром предусматривается выполнение 
функции «корректировка» для массивов свя¬ 
зей 

VERVDUBD 


Параметром предусматривается выполнение 
функции «соединение» для ТМ и РМ 

TREVDUBD 

“ 

Параметром предусматривается выполнение 
функции «отделение» для ТМ и РМ 

EINVEDAT 


Параметр указывает на наличие в банке толь¬ 
ко одного массива связей. Если используются 
оба массива, параметр нужно опустить 

S0RTIER2 


Параметр задается в случае, если в массивах 
связей используется второе поле сортировки 
(хотя бы в одном массиве) 

S0RTIER3 


Параметр задается в случае, если в массивах 
связей используется третье поле сортировки 
(хотя бы в одном массиве) 

DISPSTUF 


Параметром предусматривается включение в 
систему программы вычисления ступеней дис¬ 
позиции 

RCKPRKET 


Параметром предусматривается включение в 
систему программы создания обратной цепи 
рабочих операций 

SATZZAEH 


Параметром предусматривается резервирова¬ 
ние поля счетчика записей в цепи. Поля 
счетчиков находятся в записях базовых мас¬ 
сивов 

EIN.UNTBD 


Параметр задается в случае, когда для мас¬ 
сива связей имеется подчиненный базовый 
массив 

KEINEUBD 


Параметр задается в случае, когда ни один 
из массивов связей не имеет подчиненного ба¬ 
зового массива 

14! 






Продолжение табл. 4 


Параметр 


Операнд 




VORSEKET 

RCKSEKET 

DEFVEDAT 

DATEINAM 

WOSORTFI 


RASORTF1 


LGSORTF1 

WOSORTF2 

RASORTF2 

LGSORTF2 

WOSORTF3 

RASORTF3 

LGSORTF3 

LGIDNRGD 

RAEPRKET 


RALPRKET 

RAVPRKET 


RASATZAE 


RAOLAUFN 

RAPRUFOB 


LGOPRUEF 

RAPRUFOV 

RAOBASAT 


V или В I 

3 I 

V или В \ 


а 


Параметром предусматривается включение в 
систему программы создания прямой цеии 
применения предметов или рабочих мест 
Параметром предусматривается включение в 
систему программы создания обратной цепи 
применения предметов или рабочих мест 
Вслед за этим параметром необходимо запи¬ 
сать параметры для изменяемого массива свя¬ 
зей 

Параметром задается имя массива связей, 
состоящее из семи знаков 
Параметр указывает положение первого поля 
сортировки (V—в массиве связей, В—в базо¬ 
вом массиве) 

Параметром указывается относительный ад¬ 
рес первого поля сортировки в записи связей 
или в базовой записи 

Параметром задается длина первого поля 
сортировки 

То же для второго поля сортировки 


То же для третьего поля сортировки 

Параметром задается длина кода предмета 
в записи МП 

Параметром резервируется поле GD#ADEPS 
для МС или GD#ADEAS для ТМ в записи 
МП 

Параметром резервируется поле GD#ADLAS 
в записи МП 

Параметром резервируется поле AD#ADVAS 
в записи ТМ. Параметр задается или вместе 
с предыдущим параметром, или оба опуска¬ 
ются , 

Параметром резервируется поле в записи МЛ 
для счетчика записей в цепи (GD#POZAE 
для МС или GD#AGZAE для ТМ) 

Параметром резервируется поле для текущего 
номера в записи МП (GD#LAUFN) 
Параметром указывается адрес части кода 
предмета, используемой для сравнения с кон¬ 
трольным полем старшей базовой записи в 
записи связи. Эта часть перекрывает поле 
GD#GIDNR в записи МП 
Параметром задается длина поля, указанного 
предыдущим параметром 

Параметром задается контрольное поле для 
старшей базовой записи Расположенное в 

записи связи (SD#PROBS или AD#PROBS) 
Параметром указывается адрес поля в записи 
связи для адреса старшей разовой записи 
(SD#ADOBS или AD#ADOB$) 
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Продолжение табл. 4 


П араметр 

Операнд 

Пояснения 

RANPRKET 

а 

Параметром указывается адрес поля в записи 
связи для адреса следующей записи связи, от¬ 
носящейся к этой же старшей базовой записи 
(SD#ADNPS для МС или AP#ADNAS для 
ТМ) 

RADSTUFE 

а 

Параметром указывается адрес поля в записи 
МП для ступеней диспозиции (GD#DISPO). 
Если ступени диспозиции не используются, 
этот и два следующих параметра нужно опус* 
тить 

RAARBKET 

а 

Параметром указывается адрес поля в записи 
МП для адреса следующей записи в рабочей 
цепи (GD#ADNAK) 

RAARKEPR 

а 

Параметром указывается адрес контрольного 
поля в записи МП для следующей записи в 
рабочей цепи (GD#AKPRU). Длина поля уже 
задана параметром LGOPRUEF (см. выше) 

ANZUNTBD 

1 или 0 

Параметром указывается число подчиненных 
базовых массивов. Для ТМ задается значе¬ 
ние 0, если РМ отсутствует; в этом случае 
все следующие параметры до DADEFEND 
нужно опустить 

Параметром указывается адрес поля в запи¬ 
си связи для адреса следующей записи в пря¬ 
мой цепи применения предмета (SD^ADNGS) 
или рабочего места (AD4I=ADNMS) 

RANSKET1 

а 

RAUBASA1 

3 

Параметром указывается адрес поля в записи 
связи для адреса подчиненной базовой запи¬ 
си (SD#ADUBS или AD#ADUBS) 

RAPRFUV1 

а 

Параметром указывается адрес контрольного 
поля в записи связи для подчиненной базовой 
записи (SD#PRUBS или AD#PRUBS) 

LGUPRUF1 

d 

Параметром задается длина поля, указанно¬ 
го предыдущим параметром 

RAPRFUB1 


Параметром указывается адрес части кода 
предмета или рабочего места в подчиненной 
базовой записи, выбираемой для сравнения 
с контрольным полем в записи связи. Эта 
часть должна перекрывать поле GD#GIDNR 
или MD#MIDNR 

RAESKET1 

а 

Параметром указывается адрес поля в запи¬ 
си базового массива для адреса первой запи¬ 
си в цепи применения предмета (GD^ADEGS) 
или рабочего места (MD#ADEMS) 

LNGIDNR1 

d 

Параметром задается длина кода предмета 
или рабочего места в подчиненной базовой 
записи 

RAVSKET1 

а 

Параметром указывается адрес поля в запи¬ 
си связи для адреса предыдущей записи в об¬ 
ратной цепи применения предмета (SD# 
#ADVGS) или рабочего места (AD#ADVMS) 

RASATZA1 

а 

Параметром указывается адрес поля в записи 
базового массива для счетчика записей в цепи 
применения предмета (GD#GVZAE) или ра¬ 
бочего места (MD#MVZAE) 
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Продолжение табл. 4 


Параметр 

Операнд 

Пояснения 

RAULAUF1 

DADEFEND 

а 

1 

Параметром указывается адрес поля для те¬ 
кущего номера в записи МП. Параметр зада¬ 
ется только для МС 

Параметр указывает на конец записи пара¬ 
метров, описывающих массив связей. Анало¬ 
гичным образом нужно записать параметры 
для следующего массива связей: от 

DEFVEDAT до DADEFEND 

MAKROAUF 


Параметр вызывает печать макрорасширений 
при трансляции модуля. Если параметр не за¬ 
дается, макрорасширения печататься не будут 



Таблица 5 


Параметры для генерации модулей ввода-вывода 

Параметр 

Операнд 

Пояснения 

PROGRART 

EAWURZEL 

Параметром задается тип модуля 

PROGNAME 

X 

Параметром задается имя сгенерированного 
модуля в библиотеке объектных модулей (ге¬ 
нерируется карта CATALR X) 

MAKROAUF 

— 

При задании параметра распечатка Ассембле¬ 
ра будет выдаваться с макрорасширениями 

ARPHANAM 

X 

Параметром указывается имя модуля 

EAARBEIT 

UEBERLAG 

d 

Параметром задается размер в байтах облас¬ 
ти для вызова фаз EAARBEIT и EAEROABS. 
Сначала генерируются эти модули, и по рас¬ 
печатке Ассемблера определяется их макси¬ 
мальная длина в байтах 

DEFBADAT 


Вслед за этим параметром нужно записать 
параметры для базового массива, кончая пара¬ 
метром DADEFEND 

DATEINAM 

X 

Параметром задается имя базового массива, 
состоящее из семи знаков 

LNGEIDNR 

d 

Параметром указывается длина кода предмета 
или рабочего места 

LNGESATZ 

d 

Параметром указывается длина записи базо¬ 
вого массива, включая системную часть и 
часть пользователя 

BLOCKFAK 

n 

Параметром задается число записей в блоке 
для базового массива 

RAKENNZF 

a 

Параметром указывается адрес поля отметок 
в базовой записи (см. параметр RAKENNZF в 
табл. 2 настоящего приложения) 
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Продолжение табл. 5 


Параметр 


Операнд 


Пояснения 


DADEFEND 

DEFVEDAT 

DATEINAM 

LNGEIDNR 

LNGESATZ 

BLOCKFAK 


d Параметром задается длина области в памяти 

для считывания главного индекса или индекса 
цилиндров: гітп>=(г+1)(/+4), 
где г —число дорожек для индекса цилиндров, 
если параметр ZYLINDEX не задан, 
или число цилиндров для области дан¬ 
ных, если параметр ZYLINDEX задан; 

I— длина кода предмета или рабочего 
места 

— Параметром указывается конец записи пара¬ 
метров для одного базового массива. Анало¬ 
гичным образом необходимо записывать па¬ 
раметры для следующего базового массива: 
от DEFBADAT до DADEFEND 

— Вслед за этим параметром нужно записать 
параметры для массива связей, кончая пара¬ 
метром DADEFEND 

X Параметром задается имя массива связей, сос¬ 

тоящее из семи знаков 

d Параметром задается длина кода предмета 

для МС. Для ТМ длина операнда должна 
быть равна нулю (d=0) 

d Параметром указывается длина записи масси¬ 

ва связей, включая системную часть и часть 
пользователя 

п Параметром указывается число записей в бло¬ 

ке для массива связей 


DADEFEND 

PROGRART 

PROGNAME 

MAKROAUF 

EAPHANAM 

BDAENDRN 

ZYLINDEX 


PROGRART 


EAARBEIT 

X 


EAEROABS 


Параметр указывает на конец записи парамет¬ 
ров для массива связей. Аналогичным образом 
нужно задать параметры для следующего 
массива связей: от DEFVEDAT до DADEFEND 
Параметром задается тип модуля 
Параметром задается имя модуля. Оно дол¬ 
жно совпадать с именем, заданным в пара¬ 
метре ARPHANAM (см. выше) 

При задании параметра в распечатке Ассем¬ 
блера будут печататься макрорасширения 
Параметром указывается имя модуля 
EAEROABS 

Параметр указывается в случае, если этот 
модуль будет использоваться при изменениях 
базовых массивов. Следующий параметр в 
этом случае использовать не разрешается 
Параметр задается в случае, если при поиске 
записей в базовом массиве для ускорения по¬ 
иска индекс цилиндров должен загружаться в 
область памяти, зарезервированную парамет¬ 
ром INDEXBER. Параметр нельзя использо¬ 
вать вместе с предыдущим. Рекомендуется 
употреблять этот параметр в модуле, сгенери¬ 
рованном для использования в программах 
обработки данных 

Параметром указывается тип модуля 
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Продолжение табл. 5 


Параметр 

Операнд 

Пояснения 

PROGNAME 

X 

Параметром задается имя модуля. Оно дол¬ 
жно совпадать с именем, заданным в парамет¬ 
ре EAPHANAM (см. выше) 

При задании параметра в распечатке Ассем¬ 
блера будут печататься макрорасширения 

MAKROAUF 

— 

BDAENDRN 


Параметр указывает, что модуль будет исполь¬ 
зоваться при изменениях базовых массивов. 
Следующий параметр в этом случае задавать 
нельзя 

ZYLINDEX 


Параметр задается в случае, если индекс ци¬ 
линдров должен загружаться в главную па¬ 
мять. Его нельзя задавать вместе с предыду¬ 
щим параметром 

DEFBADAT 

~ 

Вслед за этим параметром нужно записать па¬ 
раметры для базового массива 

DATE ШАМ 

X 

Параметром указывается имя базового мас¬ 
сива, состоящее из семи знаков 

Параметр указывает конец описания базового 
массива. Три последних параметра нужно пов¬ 
торить для следующего базового массива 

DADEFEND 


DEFVEDAT 

— 

Вслед за этим параметром нужно записать 
параметра для массива связей 

DATEINAM 

X 

Параметром указывается имя массива связей, 
состоящее из семи знаков 

DADEFEND 


Параметр указывает на конец описания мас¬ 
сива связей. Последних три параметра нужно 
повторить для следующего массива связей 


Таблица 6 


Параметры для генерации модуля BDAREORG 


Параметр 

Операнд 

Пояснения 

PROGRART 

BDAREORG 

Параметром указывается тип модуля 

PROGNAME 

X 

Параметром задается имя модуля в библио¬ 
теке объектных модулей 

ЕВ DATNAM 

X 

Параметром указывается имя исходного (ре¬ 
организуемого) базового массива 

BDAENDER 


Параметр задается в случае, если при реорга¬ 
низации предусматриваются изменения в базо¬ 
вых массивах (добавление, корректировка, 
стирание, изменение структуры записей). Из¬ 
менения выполняются с помощью СПП32 

EBLGSATZ 

d 

Параметром указывается длина записей ис¬ 
ходного массива, если предусмотрены измене¬ 
ния 
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Продолжение табл. 6 


Параметр 

Операнд 

Пояснения 

BDALADEN 


Параметр задается в случае, если результиру¬ 
ющий (реорганизованный) массив должен 
загружаться на диск. Если загрузка не требу¬ 
ется, этот и четыре следующих параметра 
опускаются. Для вывода реорганизованного 
массива в этом случае нужно использовать 
СППЗЗ 

ABDATNAM 

X 

Параметром задается имя результирующего 
массива, состоящее из семи зраков. Если это 
имя совпадает с именем исходного массива, 
массив будет загружен на прежнее место на 
диске. Для загрузки на новое место нужно за¬ 
дать другое имя. Это имя испцльзуется только 
данным модулем и не влияет на другие моду¬ 
ли или программы. Однако, если параметры 
массива изменились, зависящие от этих пара¬ 
метров модули и программы необходимо гене¬ 
рировать заново 

LNGESATZ 

d 

Параметром задается длина записи результи¬ 
рующего массива 

BLOCKFAK 

п 

Параметром задается количество записей в 
блоке для результирующего массива 

RAKENNZF 

а 

Параметром указывается адрес поля для от¬ 
меток в записях результирующего массива 

LNGEIDNR 

d 

Параметром указывается длийа кода предме¬ 
та или рабочего места в результирующем мас¬ 
сиве. Она должна совпадать с длиной кода в 
исходном массиве 

ARBDATEI 

X 

Параметром задается имя рабочего массива 
для промежуточного накопления записей при 
загрузке массива на прежнее место. 

Имя должно состоять из семи знаков 

ARBDABER 

п или 5 

Параметром указывается число несвязанных 
областей на диске для рабочего массива. 
Если число не превышает пять, параметр мож¬ 
но опустить. Размеры массива должны быть 
такими, чтобы он мог вместить все записи, до¬ 
бавленные с момента загрузки или последней 
реорганизации, в противном случае реоргани¬ 
зация прекращается, и массив оказывается 
испорченным 

ARBDBLKF 


Параметром задается число записей в блоке 
для рабочего массива. Если параметр опущен, 
принимается , число, заданное для результиру¬ 
ющего массива 

VOLLSPUR 


Если задан этот параметр, блок записей в 
рабочем массиве будет занимать целую до¬ 
рожку. Параметр можно задавать вместо пре¬ 
дыдущего для ускорения обработки, однако 
в этом случае увеличится потребность в па¬ 
мяти для области ввода-вывода 


10 * 
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Продолжение табл, б 


Параметр 

Операнд 

Пояснения 

VDAENDER 

— 

Параметром указывается, что для базового 
массива имеется хотя бы один массив связей. 
Если массивов связей нет, этот параметр и 
последующие, включая DADEFEND, опускает- 

DEFVEDAT 

— 

Вслед за этим параметром нужно задать пара¬ 
метры для массивов связей, описывающие од¬ 
ну цепь, начинающуюся в базовом массиве 

VDDATNAM 

X 

Параметром указывается имя массива связей, 
через который проходит цепь 

RAPRUEFB 

а 

Параметром указывается адрес части кода 
предмета или рабочего места, выбираемой 
для сравнения с контрольным полем в записи 
связи для этой цепи 

LGPRUEFB 

d 

Параметром указывается длина контрольного 
поля 

RAANKERB 

а 

Параметром указывается адрес поля в базо¬ 
вой записи для адреса первой: записи в цепи 

RALVADRB 


Параметром указывается адрес поля в записи 
МП (GD#ADLAS) для адреса обратной цепи 
рабочих операций. Этот параметр записывает¬ 
ся в последовательности параметров 

DEFVEDAT — DADEFEND только в том слу¬ 
чае, если параметром RAANKERB указан 
адрес поля GD#ADEAS и имеется обратная 
цепь рабочих операций 

RAZAEHLB 

а 

Параметром указывается адрес поля счетчика 
записей в цепи 

RABDADRV 


Параметром указывается в записи связи ад¬ 
рес поля, содержащего адрес базовой записи: 
SD#ADOBS — для цепи спецификаций; SD# 
#ADUBS — для цепи применения предметов; 
AD#ADOBS — для цепи рабочих операций; 
AD#ADUBS — для цепи использования рабо- 

RAPRUEFV 

а 

Параметром указывается адрес контрольного 
поля в записи связи: SD#PROBS — для цепи 
спецификаций; SD#PRUBS — для цепи при¬ 
менения предметов; AD#PROBS — для цепи 
рабочих операций; AD#PRUBS — для цепи 
использования рабочих мест 

RANVADRV 

а 

Параметром указывается адрес поля в записи 
связи для адреса следующей записи в цепи 

RAVVADRV 

а 

Параметром указывается адрес поля в записи 
связи для адреса предыдущей записи в цепи 
(если имеется обратная цепь) 

DADEFEND 


Параметр указывает на конец параметров 
описания одной цепи. Аналогичные последо¬ 
вательности параметров от DEFVEDAT до 
DADEFEND нужно задать для остальных 
цепей, начинающихся в этом базовом массиве. 
Для обратной цепи рабочих операций отдель¬ 
ная последовательность не требуется (см. па¬ 
раметр RALVADRB) 
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Продолжение табл. 6 


Параметр 

Операнд 

Пояснения 

LNGEVMAX 

d 

Параметром указывается максимальная дли¬ 
на записей связей 

DFKONSTF 


Вслед за этим параметром нужно записать 
на языке Ассемблера константы и поля, ис¬ 
пользуемые в СПП31—СПП34 (см. гл. 1, §7) 

DEFINEND 

— ' 

Параметр указывает на конец записи констант 
и полей 

ANSAROnn 


Вслед за этим параметром на языке Ассемб¬ 
лера нужно записать команды СПП (см. опи¬ 
сание СПП31—СПП34, гл. 1, §7) 

ENSAROnn 


Параметр указывает на конец записи СПП. 
Если требуются другие СПП, их нужно офор¬ 
мить аналогичным образом 

DFANWDAT 


Вслед за этим параметром нужно запрограм¬ 
мировать описание дополнительных массивов, 
используемых при реорганизации, если тако¬ 
вые имеются (с помощью макрокоманд DTF) 

DEFINEND 

— 

Параметр указывает на конец описания допол¬ 
нительных массивов 

DFEINBAD 


Вслед за этим параметром можно задать 
структуру системной части и части пользова¬ 
теля в записи исходного базового массива, 
если это требуется для СПП 

DEFINEND 


Параметр указывает на конец описания струк¬ 
туры записи. Если структуру записи описывать 
не нужно, оба параметра опускаются. Исход¬ 
ная запись при реорганизации помещается в 
поле с именем BR#ESABR, префикс записи— 
в поле BR#EARBR и код предмета или рабо¬ 
чего места — в поле BR#ESCHL 

DFAUSBAD 

-l 

То же для результирующей записи. Запись 

DEFINEND 

-1 

находится в поле BR#ASABR, префикс — в 
поле BR#AARBR и код — в поле BR#ASCHL 

MAKROAUF 


При задании параметра в распечатке Ассемб¬ 
лера будут печататься макрорасширения 


Таблица 7 


Параметры для генерации модуля VDAREORG 


Параметр 

Операнд 

Пояснения 

PROGRART 

VDAREORG 

Параметром задается тип модуля 

PROGNAME 

X 

Параметром задается имя сгенерированного 
модуля в библиотеке объектных модулей (ге¬ 
нерируется карта CATALR X) 

PHASE002 


Параметр задается в случае, если в массиве 
связей имеются вторичные цепи (цепи приме¬ 
нения) или же их необходимо создать в про¬ 
цессе реорганизации 
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Продолжение табл. 7 


Параметр 


Операнд 


Пояснения 


PHASE003 


NURPHAS3 

DISPSTUF 


OBDATNAM 

LGIDNROB 

LGSATZOB 

RAEPRKET 


X 

d 


d 


Параметром указывается, что в подчиненном 
базовом массиве необходимо корректировать 
начальные адреса вторичных цепей. 

Для ТМ параметр можно опустить, если он 
не связан с РМ 

При задании параметра модуль будет содер¬ 
жать только фазу 3 и выполнять только кор¬ 
ректировку начальных адресов в подчиненном 
базовом массиве 

Если задается этот параметр, записи в МС 
после реорганизации будут расположены по 
возрастанию ступеней диспозиции, а для оди¬ 
наковых ступеней диспозиции по возрастанию 
кодов сборочных единиц. Максимальное число 
ступеней задается операндом. Если число сту¬ 
пеней диспозиции в массиве превысит задан¬ 
ное, произойдет программный сбой 
Параметром задается имя старшего базового 
массива, состоящее из семи знаков 
Параметром указывается длина кода предме¬ 
та в записи старшего базового массива 
Параметром указывается длина записи стар¬ 
шего базового массива 

Параметром задается в МП адрес поля, со¬ 
держащего начальный адрес первичной цепи: 
GD#ADEPS — для МС или GD#ADEAS- 
для ТМ 


RALPRKET 

RADSTUFE 

RAARBKET 

RAARKEPR 

RALAUFNR 

RAPRUFOB 

LGPRUFOB 

EVDATNAM 

AVQATNAM 

LGSATZEV 


X 

X 

d 


При наличии обратной цепи рабочих операции 
(GD#ADLAS) с помощью данного параметра 
указывается адрес поля в записи МП 
Параметром задается адрес поля в записи 
МП для ступени диспозиции (GD#DISPO). 
Этот параметр и два следующих опускаются, 
если не был задан параметр DISPSTUF 
Параметром задается адрес поля в записи МП 
для адреса записи в рабочей цепи (GD# 
#ADNAK) 

Параметром задается адрес кон т рол ьн о го по л я 
в записи МП для рабочей цепи (GD^AKPRU) 
Параметром задается адрес поля в записи 
МП для текущего номера 

Параметром задается адрес поля в записи 
старшего базового массива, выбираемого для 
сравнения с контрольным полем старшей ба¬ 
зовой записи в записи связи 
Параметром задается длина поля, указанного 
предыдущим параметром 

Параметром задается имя исходного (реорга¬ 
низуемого) массива связей, состоящее из семи 

То же для результирующего (реорганизован¬ 
ного) массива связей 

Параметром задается длина записи исходного 
массива связей 
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Продолжение табл. 7 


Параметр 


Операнд 


Пояснения 


BLOCKFAK 

LGSATZAV 

KEINEUBD 


UEBUNTGL 

UBDATNAM 

LGIDNRUB 

LGSATZUB 

RAPRUFUB 

LGPRUFUB 

RAESKETT 


RAUBASA1 

RAPRFUV1 

RAPRFOV1 

RAOBASA2 

RAPRFOV2 

RANPRKT2 

RAVPRKT2 

RAUBASA2 


d 


X 

d 

d 


d 


Параметром задается число записей в блоке 
для реорганизованного массива связей 
Параметром задается длина записи реоргани¬ 
зованного массива связей 
Параметр указывает, что подчиненный базо¬ 
вый массив отсутствует. Параметр относится 
только для ТМ, если он не связан с РМ. Пос¬ 
ледующие параметры до RAPRFOV1 нужно 
в этом случае опустить 

Параметр указывает, что старший и подчинен¬ 
ный базовые массивы совпадают. Параметр 
задается для МС, для ТМ опускается 
Параметром задается имя подчиненного базо¬ 
вого массива, состоящее из семи знаков 
Параметром задается длина кода предмета 
или рабочего места в подчиненном базовом 
массиве 

Параметром задается длина записи подчинен¬ 
ного базового массива 

В записи подчиненного базового массива па¬ 
раметром задается адрес поля, предназначен¬ 
ного для сравнения с контрольным полем под¬ 
чиненной базовой записи в записи связи 
Параметром задается длина поля, указанного 
предыдущим параметром 

Параметр указывает адрес поля GD# 
#ADEGS в записи МП для МС или MD# 
#ADEMS в записи РМ для ТМ. Параметр 
задается в случае, если был задан параметр 
PHASE002 или NURPHAS3 и если имеется 
цепь применяемости предметов или рабочих 
мест 

Параметром задается адрес поля SD# 
#ADUBS для МС или AD#ADUBS для ТМ. 
Этот и следующий параметры задаются, если 
был задан параметр PHASE003; 

Параметром задается адрес поля SD4t 
#PRUBS для МС или AD#PRUBS для ТМ 
Параметром задается адрес поля SD# 
#PROBS для МС или AD#PROBS для ТМ 
Параметром задается адрес поля SD#ADOBS 
для МС или AD#ADOBS для ТМ 
Параметром задается адрес поля SD# 
#PROBS для МС или AD#PROBS для ТМ 
Параметром задается адрес поля SD#ADVAS 
для МС или AD#ADVAS для ТМ 
Параметром-задается адрес поля AD#ADVAS 
для ТМ, если имеется обратная цепь рабочих 
операций 

Параметром задается адрес поля в записи 
связи для адреса подчиненной базовой запи¬ 
си. Этот и следующий параметр опускается, 
если не были заданы параметры PHASE002 
или PHASE003 


151 






Продолжение табл. 7 


Параметр | 

Операнд 

Пояснения 

RAPRFUV2 

а 

Параметром задается адрес поля SD-jfc 
#PRUBS для МС или AD#PRUBS для ТМ 

DEFVEDAT 


Вслед за этим параметром необходимо запи¬ 
сать параметры, описывающие вторичную 
цепь — цепь применения предметов или рабо¬ 
чих мест. Если эта цепь отсутствует, необхо¬ 
димо опустить этот и последующие пара¬ 
метры до DFKONSTF. Опускаются параметры 
также в случае, если не был задан PHASE002 

RANSKET2 


Параметром задается адрес поля SD#ADNGS 
для МС или AD#ADNMS для ТМ, если ис¬ 
пользуется цепь применяемости предметов или 
рабочих мест 

RAVSKET2 

а 

Параметром задается адрес поля SD# 
#ADVGS для МС или AD#ADVMS для 
ТМ, если имеется обратная цепь применяемос¬ 
ти предметов или рабочих мест 

DADEFEND 


Данный параметр является признаком конца 
описания параметров для вторичной цепи 

DFKONSTF 


Вслед за этим параметром необходимо запи¬ 
сать константы и поля для СПП на языке 
Ассемблера. Описание полей и констант необ¬ 
ходимо закончить параметром DEFINEND 
без операнда 

DFUEBBAD 


Вслед за этим параметром необходимо опи¬ 
сать структуру записей старшего базового мас¬ 
сива, если в СПП43 предусмотрена печать 
табуляграммы с использованием данных из 
старшей базовой записи. Если параметр опус¬ 
тить, старшую базовую запись можно брагь 
из области с именем VR#BSABR. Описание 
структуры записи нужно закончить парамет¬ 
ром DEFINEND без операнда 

DFE1NVED 


Вслед за этим параметром нужно описать 
структуру записи исходного массива связей, 
если это требуется для СПП43. Если пара¬ 
метр опустить, запись связи можно брать из 
области с именем VR#ESABR. 

Заканчивается описание параметром 

DEFINEND 

DFAUSVED 


Вслед за этим параметром нужно описать 
структуру записи реорганизованного массива 
связей, если это требуется для СПП43. Если 
параметр опустить, запись можно брать из 
области с именем VR#ASABR. Заканчивает¬ 
ся описание параметром DEFINEND 

VDAENDER 


Параметр указывает на то, что при реоргани¬ 
зации массива связей предусмотрена дополни¬ 
тельная обработка записей и обращение к 
СПП43 
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Продолжение табл. 7 


Параметр 

Операнд 

Пояснения 

DFANWDAT 

T ■ - 

Вслед за этим параметром следует описать 
дополнительные массивы, используемые при 
реорганизации (если они имеются) с помощью 
макрокоманд DTF и закончить описания па¬ 
раметром DEFINEND без операнда 

ANSAROnn 

~ 

Вслед за этим параметром нужно написать 
СППпп на языке Ассемблера (пп принимает 



значения 41—43) 

ENSAROnn 


Параметр является признаком конца записи 
СППпп. Каждая СПП должна начинаться па¬ 
раметром ANSAROnn и заканчиваться 

ENSAROnn 

MAKROAUF 

~ 

При задании параметра в распечатке Ассемб¬ 
лера печатаются макрорасширения 


3. УПРАВЛЯЮЩИЕ КАРТЫ ДЛЯ ГЕНЕРАЦИИ МОДУЛЕЙ 

// JOB ANPASSEN 
// OPTION LINK 
// ASSGN SYSRLB.X'191' 

// DLBL IJSYSRL/SOPS'/BA/OBJ' 

INCLUDE HIP#AN 
INCLUDE HIP#WU 
INCLUDE HIP#AR 
INCLUDE HIP#OS 
II LBLTYP NSD(03) 

II EXEC LNKEDT 
// ASSGN SYSPCH.X'280' 

// MTC REW.SYSPCH 
// ASSGN SYS006,X'191' 

// DLBL DB#PROG,'ALLGEMEINES PROBLEMPROGRAMM', 99/365, DA 

II EXTENT SYS006.BASTEI,1,0,10,1 

// EXTENT SYS006.BASTEI, 1,1,11,2 

// EXTENT SYS006,BASTE!,1,2,20,470 

// DLBL DB#ANBR,'ANPASSUNGSBEREICH / , 01/001, DA 

II EXTENT SYS006.BASTEI, 1,0,490, 400 

II EXEC 

карты параметров 
I* 
l& 


Полученные в процессе генерации модули выводятся на маг¬ 
нитную ленту Х'280'. Эту ленту необходимо назначить в качестве 
устройства SYSIPT для Ассемблера. 


4. УПРАВЛЯЮЩИЕ КАРТЫ ДЛЯ ИЗМЕНЕНИЯ БАНКА ДАННЫХ 


II JOB AENDERN 
// OPTION LINK 
И ASSGN SYSRLB,X'191' 
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// DLBL IJSYSRL,'SOPS/BA/OBJ' 

INCLUDE MODI 
INCLUDE MOD2 
INCLUDE MOD3 
INCLUDE MOD4 
INCLUDE MOD5 
// LBLTYP NSD(03) 

// EXEC LNKEDT 
// ASSGN SYS038,X'192' 

// ASSGN SYS010,X , 280' 

// MTC REW.SYSIPT 
// DLBL MASSIVI /МП',99/365, DA 
// EXTENT SYS005,. 1,0,10,1 
// EXTENT SYS005, ,1,1,11,3 
// EXTENT SYS005, ,1,2,20,100 
// DLBL MASSIV2/MC', 99/365, DA 
// EXTENT SYS005, ,1,0,120,200 
// DLBL MASSIV3,'PM', 99/365, DA 
// EXTENT SYS005, ,1,0,14,2 
// EXTENT SYSG05, ,1,1,16,4 
// EXTENT SYS005, ,1,2,220,100 
// DLBL MASSIV4/TM', 99/365, DA 
// EXTENT SYS005,, 1,0,320,500 
// EXEC 
/& 

В примере сделаны следующие предположения. Библиотека 
объектных модулей расположена на устройстве Х'191', массивы 
банка данных — на устройстве Х'192', входной массив для измене¬ 
ний—на МЛ Х'280'. 

Модули в библиотеке имеют имена: 

LEITPROG —MODI; 

DATEIORG — (для изменений) — MOD2; 

EAWURZEL — MOD3; 

EAARBEIT — MOD4; 

EAEROABS - MOD5. 

Как видно из примера, для базовых массивов нужно задавать 
по три участка памяти на дисках, для массивов связей —по одно¬ 
му. 

5. ПЕРЕЧЕНЬ ЭЛЕМЕНТОВ ЯЗЫКА ПРОЦЕДУР СИСТЕМЫ САВИ 

А. Инструкции 
DEFINIEREN 
LADEN 
DATEI 
BEREICH 
IDENT 
SEGMENT 
FELD 

SYNONYME 
TEXT 
TESTEN 
KODIEREN 
DEKODIEREN 
AUFBEREITEN 


— определение 

— загрузка 

— область 

— идентификатор записи 

— сегмент 

— поле 

— синонимы 

— текстовая часть 

— проверить 

— кодировать 

— декодировать 

— подготовить 


главный индекс 
индекс цилиндров 
область данных 

область данных 
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' SPEICHERN 
ERWEITERN 
ERSETZEN 
BERICHTIGEN 
ZUFUEGEN 
LOESCHEN 
STILLEGEN 
AKTIVIEREN 
AENDERN 
ZUORDNEN 
EINFUEGEN 
SUCHEN 
WENN 
AUSGEBEN 
DRUCKEN 
STANZEN 
ZAEHLEN 
ADDIEREN 
SORTIEREN 
TITEL 
KOPF 
FUSS 

VORSCHUB 

ZEILE 


— накопить 

— расширить 

— заменить 

— исправить 

— добавить 

— стереть 

— консервировать 

— активизировать 

— изменить 

— подчинить 

— включить 

— поиск 

— условие 

— вывод 

— печать 

— перфорация 

— счет 

— сложение 

— сортировать 

— заголовок 

— шапка 

— последняя строка 

— сдвиг 

— строка 


Б. Ключевые слова 
TYP 

SATZART 

SATZFORMAT 

SATZLAENGE 

UEBERLAUFSP 

BLOCKLAENGE 

BLOCKFAKTOR 

ZUCODE 

ANF 

LAENGE 

SATZ 

ZUSTAND 

FOLGE 

FUNKTION 

SEGMENT 

SATZENDE 

FORMAT 

FELDENDE 

SEGMENTENDE 

NAME 

DARST 

MASKE 

BEREICH 

WERTE 

PHASE 

DATEN 

TAFEL 


— тип массива 

— вид записей 

— формат физических записей 

— длина записи внутри массива 

— число дорожек переполнения в цилиндре 

— длина блока 

— число записей в блоке 

— код, защищающий массив 

— начало области 

— длина области 

— запись 

— состояние 

— последовательность 

— поле функции 

— поле сегмента 

— знак конца логической записи 

— формат сегмента 

— конец поля 

— конец сегмента 

— имя (присваивается полю) 

— форма представления 

— контрольная маска 

— область 

— значение 

— фаза 

— данные 

■— таблица 


В. Зарезервированные слова 

ES — однократная запись 

MS — многократная запись 

FEST — фиксированный формат 

TRZN — формат разделителей 

IMPL — подчинение неявное 


NUR 

AUSSER 

EXPL 

ALLE 

AUS 

BEI 

MIT 

•VOREIN 

MODEIN 

VORAUS 

NICHT 

UND 

ODER 

CLE1CH 

GROESSER 

KLEINER 

DURCHSUCHEN 

ERFUELLT 

AUF 

PLATTE 

BAND 

KBAND 

PARALLELDRUCKER 

KARTE 

LOCHBAND 

IN 

EXTERN 

INTERN 

HEXADEZIMAL 

DEZIMAL 


— только 

— кроме 

— подчинение явное 



— при 


I точки выхода при накоплении и поиске 



— равно 

— больше 

— меньше 

— просмотреть 

— выполнено 

— диск 

— лента 

— магнитная лента с метками 

— устройство параллельной печати 

— перфокарта 

— перфолента 

— внешняя 

— внутренняя 

— 16-теричная 

— десятичная 


6. ЯЗЫК ОПИСАНИЯ ДАННЫХ ДЛЯ СОЗДАНИЯ ТАБЛИЦ . 

ОПИСАНИЯ ДАННЫХ (ТОД) 

При создании ТОД определяется структура массивов и записей 
массивов (входных, выходных), управляемых и обрабатываемых с 
помощью САВИ. При выполнении программы анализируются ин¬ 
струкции языка описания данных и составляются соответствующие 
ТОД. Таблица описания данных, содержащая всю информацию о 
структуре записи и массива, является необходимым условием для 
выполнения функций накопления и поиска системы программиро¬ 
вания САВИ. 

Для создания ТОД используются следующие инструкции: 

DEFINIEREN — задать имя ТОД. Формат инструкции: 

DEFINIEREN имя TOD — ; 

где имя ТОД — 1—6 алфавитно-цифровых знаков (первый знак 
всегда алфавитный); 

LADEN — загрузить. Эта инструкция используется для заг¬ 
рузки ТОД. Формат инструкции: 

LADEN __,; 

ERSETZEN — заменить. Инструкция используется при созда¬ 
нии ТОД в том случае, если необходимо исправить содержание 
уже имеющейся ТОД. Формат инструкции: 

ERSETZEN, _,; 
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DATEI — массив. Формат инструкции: 


[имя] DATEI 


[TYP] 

[SATZART=] 
[SATZFORMAT=] 
[SATZLAENGE = ] 
[UEBERLAUFSP = ] 

•Г I BLOCKLAENGE = 
It BLOCKFAKTOR= 
[ZUCODE = ] 
[SPCODE = ]; 


где операнд TYP описывает тип массива; если массив на перфоно¬ 
сителях или на магнитных носителях и подготовлен средствами, не 
принадлежащими системе САВИ, то необходимо указать параметр 
PRIMAER, если массив подготовлен на магнитных носителях с 
помощью САВИ, то — SEKUNDAER. Если операнд не указан, при¬ 
нимается SEKUNDAER; 

операнд SATZART описывает вид записей массива и исполь¬ 
зуется только для описания входного массива на перфокартах. 
Если логическая запись состоит из одной физической записи (ПК), 
то указать ES, если логическая запись состоит из нескольких фи¬ 
зических записей (не более пяти), то указать MS,n; (п — число 
физических записей (ПК); 

операнд SATZFORMAT описывает формат физической записи 
массива. Для указания формата используются параметры FEST — 
фиксированный, VARIABEL — переменный и UNDEFINIERT — 
неопределенный. Если операнд не указан, то принимается фикси¬ 
рованный формат; 

операнд SATZLAENGE = nnnn описывает длину записи масси¬ 
ва. Максимальное значение nnnn = 3600 байт; 

операнд ’ UEBERLAUFSP = n указывает возможное число до¬ 
рожек переполнения для индексно-последовательных массивов; 
максимальное значение равно 8, если операнд опущен, то оно при¬ 
нимается равным 2; 

операнд BLOCKLAENGE = nnnnn описывает длину блока мас¬ 
сива в байтах. Максимальное значение длины блока массива на 
диске равно 3600 байт,на МЛ — 32 767 байт; 

операнд BLOCKFAKTOR = nnn описывает длину блока массива 
в записях. Использование операндов BLOCKLAENGE и BLOCK- 
FAKTOR для описания длины блока массива в одной ТОД запре¬ 
щается; 

операнд ZUCODE описывает код выборки, разрешающий 
доступ к массиву; 

операнд SPCODE описывает код защиты, разрешающий вести 
накопление массива. В качестве кода выборки и кода защиты 
используется сочетание из десяти любых печатных знаков; 

BEREICH — область. Эта инструкция используется только для 
описания областей, включающих ведущие реквизиты и информа¬ 
ционные реквизиты на перфокартах. Ведущие реквизиты —рекви- 


157 


зиты-признаки, однозначно определяющие документостроку 
(запись) в массиве. Область, описывающая ведущие реквизиты, 
определяется как идентификационная область. В нее могут вхо¬ 
дить, кроме ведущих реквизитов, любые служебные реквизиты. 
Идентификационная область может состоять из одной подобласти 
или из двух подобластей, но не более, и может располагаться 
только в начале записи или в конце записи, или в начале и в конце 
записи (случай с двумя подобластями). Формат инструкции: 

[имя] BEREICH ANFANG = 

LAENGE = 

где операнд ANFANG = nn описывает начало области, номер пози¬ 
ции, с которой начинается область, пп = 1— 80; 

операнд LAENGE=nn описывает длину области, число позя- 
ций.занимаемых областью. 

Если идентификационная область состоит из двух подоблас¬ 
тей, то операнды записываются следующим образом: 

ANFANG=nn,nn 
LAENGE = nn,nn 


здесь первые пп указывают длину первой подобласти, вторые 
пп —длину второй подобласти; 

IDENT — идентификатор записи (ведущие реквизиты). Фор¬ 
мат инструкции: 


[имя] IDENT 


SATZ = 
ZUSTAND = ] 
FUNKTION = ] 
FOLGE=] 
SEGMENT=] 
SATZENDE = ]; 


где операнд SATZ описывает имена полей идентификационной- 
области в порядке рассортированное™ массива. Можно указать до 
15 имен полей. Имена полей отделяются друг от друга запятой. 
Имя поля не должно превышать 25 алфавитно-цифровых знаков; 

операнд ZUSTAND (только для основных массивов) описыва¬ 
ет поле состояния, содержание которого характеризует, какую 
работу необходимо проделать с записью массива. Длина поля со¬ 
стояния не должна превышать один байт; 

операнд FUNKTION описывает поле функции (только для 
входных массивов), в котором задается признак корректировки 
массива. Длина поля функции не должна превышать один байт; 

Операнд FOLGE описывает поле последовательности, содержа¬ 
ние которого указывает на порядок следования физических запи¬ 
сей (ПК) в логической записи. Длина поля последовательности 
не должна превышать один байт; 

операнд SEGMENT описывает идентификационное поле .сег¬ 
мента; 

операнд SATZENDE задает конечный признак логической запи¬ 
си. Признак может быть представлен в форме: 
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единичного знака — Z; 
знаковой константы — 'Z';- 
шестнадцатеричной константы — X'w...w'; 
двоичной константы — B'mmmmmmmm'; 
SEGMENT — сегмент. Формат инструкции: 


[имя] SEGMENT 


[FORMAT = ] 
[FELDENDE=] 
[SEGMENTENDE = ] 
[IDENT=] 


где операнд FORMAT описывает формат сегмента. Для описания 
формата сегмента используются параметры: 

FEST — фиксированный формат, TRZN — формат разделите¬ 
лей, TEXT — текст, IDENT, п, у — формат ключевого слова, 
(Здесь п —длина (1—4 байта) признака идентификационного поля, 
у — разделитель идентификационного поля.) Если операнд опущен, 
то принимается фиксированный формат; 

операнд FELDENDE = Z задает признак конца поля (здесь 
Z — любой печатный знак); 

операнд SEGMENTENDE=Z задает признак конца сегмента 
(здесь Z — любой печатный знак, не совпадающий с признаком 
конца поля); 

операнад IDENT описывает признак индификатора сегмента. 
Признак задается как последовательность от 1 до 5 любых пе¬ 
чатных знаков в виде: 


УУУУУ — цепь печатных знаков; 

'УУУУУ' — последовательность знаковой константы; 

X'W ... W' — последовательность шестнадцатеричной константы; 
B'mmmmmmmm' — последовательность двоичной константы; 

FELD— поле. Формат инструкции: 


[имя] FELD 


NAME = ] 
LAENGE=] 
DARST=] 
IDENT=]; 


где операнд NAME задает имя поля. Имя поля задается последо¬ 
вательностью от 1 до 25 алфавитно-цифровых знаков; операнд 
LAENGE=nnn задает длину поля (здесь пші — значение от 1 до 
256 байт в зависимости от формы представления); 

операнд DARST=W определяет форму представления содержи¬ 
мого поля (здесь W — признак формы представления: F — фикси¬ 
рованное число, Р — десятичное упакованное число, Т — алфавит¬ 
но-числовой код, N — десятичное неупакованное число, V — циф¬ 
ровой со знаком числа, А — двоичный абсолютный код, X —шест¬ 
надцатеричный код, В—двоичный код, D — дата (упакованное 
число). Если операнд опущен, то принимается алфавитно-число¬ 
вой код Т; 

операнд IDENT определяет идентификационный признак поля 
(укороченный ключ) для полей в сегментах формата IDENT, 
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Идентпризнак поля представляет собой последовательность от 1 до 
4 печатных символов и может быть в виде: 


УУУУ — цепочки символов; 

'УУУУ' —знаковой константы; 

X'W ... W' — шестнадцатеричной константы; 

В'т... т' — двоичной константы; 

SYNONYME — синоним. Инструкция используется для 
синонимов имени поля. Формат инструкции: 

[имя] SYNONYME NAME = ; 

TEXT — текст. Эта инструкция используется для 
чисто текстовых полей записи. Формат инструкции: 


[имя] 


TEXT NAME = 

[LAENGE=]; 


описания 


описания 


где операнд NAME описывает имя текстового поля; 

операнд LAENGE описывает длину (от 1 до 3600 байт) поля. 
Если длина поля в инструкции не указывается, то она расчиты¬ 
вается системой из длины записи; 

TESTEN — проверить. Данная инструкция используется для 
проверки содержимого полей. Формат инструкции: 

1 MASKE= 

BEREICH = 

WERTE = 

PHASE = [EINGANG=] [DATEN = ] 

DATEN = 


где операнд MASKE описывает контрольную маску согласно длине 
проверяемого поля для проверки полей на цифровое значение, на 
наличие конкретных знаков в определенных позициях поля; 

операнд BEREICH описывает таблицу (область значений). 
Таблица может быть как внешней, так и внутренней. Во внешней 
таблице операнд описывает имя таблицы (1—8 алфавитно-цифро¬ 
вых знаков), которая хранится в виде фазы. Во внутренней табли¬ 
це области значений задаются в операнде. Области значений запи¬ 
сываются в таблице в виде: mini, maxi," min2, max2,..., (здесь 
min — нижнее значение области, max — верхнее значение области). 
Можно указать не более пяти пар значений (областей значений). 
"Значения могут быть представлены в виде цепи символов, знако¬ 
вой константы, двоичной константы и цифровой величины; 

операнд WERTE описывает таблицу значений. Таблица можег 
быть как внешней, так и внутренней (см. BEREICH). Можно ука¬ 
зать до 256 значений; 

операнд PHASE описывает имя дополнительного модуля 
(модуля пользователя) для проверки входных полей при накопле¬ 
нии. Имя модуля может состоять из 1—8 алфавитно-цифровых 
знаков; 

операнд E1NGANG задает форму представления и длины 
входных полей для дополнительного модуля в виде; 

EINGANG=W,nnn 
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здесь W — символ формы представления (см. операнд DARST); 
ппп —необходимая длина входного поля (десятичное число 
между 1 и 256, максимальное значение которого зави¬ 
сит от формы представления); 

операнд DATEN задает данные пользователя для управления 
дополнительным модулем. Данные представляются в виде: 

элемент 1, 
элемент 2, 


Максимальное число элементов—16 при общей длине в 
256 байт. Элементы могут задаваться в виде знаковой константы, 
цепочки символов, шестнадцатеричной константы и двоичной 
константы; 

KODIEREN — кодировать. Инструкция используется для пере¬ 
кодирования содержимого полей в код, удобный для машинной 
обработки. Формат инструкции: 


[имя] KODIEREN 


PHASE = [EINGANG = ] [DATEN =] 
DATEN= 

TAFEL= [EXTERN=] 


где операнд PHASE описывает имя дополнительного модуля 
(см. описание инструкции TESTEN; там же — описание операнда 
DATEN); 

операнд TAFEL задает таблицу для перекодирования. Таблица 
может быть как внешней, так и внутренней (см. описание операн¬ 
да BEREICH). Значения таблицы задаются в виде: 

аргумент 1, функция 1, 
аргумент 2, функция 2, 


В таблице можно задавать до 128 пар значений; 
операнд EXTERN задает форму представления и длину зна¬ 
чений аргумента в таблице в виде w,nnn (см. операнд EINGANG) ; 
DEKODIEREN — декодировать. Формат инструкции: 


[имя] DEKODIEREN 


PHASE= [EINGANG=] [DATEN=] 
DATEN= 

TAFEL =[EXTERN;=] 


Для инструкции DEKODIEREN необходимо указывать те же 
самые операнды ключевых слов и параметры, что и при KODIE¬ 
REN, только операнд TAFEL может быть представлен в виде: 


[ имя внешней таблицы 

TAFEL = ( аргумент 1, функция 1 [.аргумент 2,... ] 

I *.INVERS 


здесь параметр *.INVERS употребляется в случае, если внутрен¬ 
нюю таблицу перекодирования в инструкции KODIEREN необходи- 
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мо будет использовать в обратном направлении при декодировании. 

AUFBEREITEN — подготовить. Инструкция используется для 
подготовки содержимого полей перед выводом на печать. Формат 
инструкции: 



[имя] AUFBEREITEN 


где операнд MASKE задает маску подготовки содержимого поля 
для вывода на печать в виде: маска, пп. Инструкция ограничивает¬ 
ся 31 знаком и отличается от соответствующей инструкции Ассемб¬ 
лера только знаками, ее образующими. Для образования маски 
используются знаки: @ — символ указания начала значащих цифр 
(действительных); & — символ разделения поля; ? — символ ука¬ 
зания цифр. Маска заключается в апострофы. Например, если 
шаблон реквизита 9(3), 9(2), то маска будет иметь следующий 
вид: 'U? @?, ??'. Первый символ после апострофа описывает 
знак, заполняющий место подавленных нулей, пп — длина постоян¬ 
ной повторяющейся части шаблона, которая всегда указывается в 
выходном поле; 

описание операндов PHASE, EINGANG и DATEN дано в инст¬ 
рукции TESTEN. 


7. ЯЗЫК ОПЕРАЦИЙ ДЛЯ СОЗДАНИЯ И ВЕДЕНИЯ 
ОСНОВНЫХ МАССИВОВ 


Создание и ведение основных массивов осуществляется под 
управлением инструкции SPEICHERN (накопить). Она вызывает 
секцию программ накопления и подготовки необходимых ТОД 
входного и основного массивов. Формат инструкции: 


SPEICHERN имя ТОД основной 


код накопления 
AUS 

имя ТОД входной 
код доступа к данным; 


где код накопления — код пользователя, дающий право накапли¬ 
вать данные в соответствующем основном массиве. Путем срав¬ 
нения заданного кода с кодом, занесенным в ТОД, выясняется, 
имеет ли право пользователь выполнять операции накопления. 
Если защита накопления не предусмотрена, вместо кода пользо¬ 
ватель может задавать 4—20 любых знаков; 

AUS — фиксированное слово, соединяющее информацию об 
основном массиве с информацией о входном массиве; 

Код доступа к данным — код полвзователя, дающий право 
обращаться к соответствующему входному массиву. Если защита 
доступа не предусмотрена, то можно задавать любые 4—20 зна¬ 
ков. 

Пример инструкции: 
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SPEICHERN ВАА0Г1 AAAA AUS A01011 BBBB \ 

Инструкция LADEN (загрузить) вызывает построение основ- 
ного массива из входного массива. Инструкция состоит из одного 
фиксированного слова, имя инструкции не указывается. Формат 
инструкции: 

LADEN_, ; 

Инструкция ERWEITERN (расширить) вызывает дозапись но¬ 
вых записей в конец существующего массива. Формат инструкции: 

ERWEITERN _; 

Инструкция ERSETZEN (заменить) вызывает замену содержи¬ 
мого некоторых полей или целых записей. Формат инструкции: 

ERSETZEN _ ; 

Данной инструкцией обрабатываются все подчиненные поля, 
поэтому она рассматривается в тесной связи с инструкцией 
ZUORDNEN (подчинить). Если необходимо заменить все основ¬ 
ные записи, все поля должны быть подчиненными. При замене 
некоторых полей подчиненными должны быть лишь выбранные по¬ 
ля. Подчиненные поля, содержащие во входном массиве пробелы, 
получают в основном массиве нулевое значение, которое зависит 
от формы представления. Неподчиненные поля не изменяются. 

Инструкция BERICHTIGEN (корректировать) вызывает измене¬ 
ние одного или нескольких реквизитов внутри одной основной 
записи. Формат инструкции: 

BERICHTIGEN, __; 

При выполнении данной инструкции обрабатываются только те 
поля, для которых во входной записи задан реквизит. Если же 
при жестко форматированном вводе необходимо стереть поле с 
формой представления Т, то в первом байте соответствующего поля 
входной записи задается знак %. При прочих формах представле¬ 
ния заносится 0. Если входные записи имеют формат разделителей 
или ключевого слова, знак 0 задавать не надо. 

При корректировке» может использоваться как входная ТОД, 
предназначенная для загрузки, так и ТОД, используемая для 
внесения особых изменений (например, может оказаться целесооб¬ 
разным переход от формата разделителей к формату ключевого 
слова). 

Инструкция ZUFUEGEN (добавить) вызывает добавление и 
основной массив одной или нескольких записей в порядке сорти¬ 
ровки основного массива. Формат инструкции: 

ZUFUEGEN, __; 

Чтобы расположить правильно добавляемые записи, массивы 
с последовательной организацией переносятся на новый носитель. 

Инструкция LOESCHEN (стереть) вызывает логическое стира¬ 
ние в основном массиве одной или нескольких записей. Формат 
инструкции: 


LOESCHEN_,; 

Во входных записях для стирания достаточно иметь лишь иденти¬ 
фикационные признаки стираемых записей. 

Инструкция STILLEGEN (консервировать) вызывает исключе¬ 
ние основных записей из общей обработки. Законсервированные 
записи остаются в массиве. Формат инструкции: 

STILLEGEN, _,; 

Инструкция AKTIVIEREN (активизировать) представляет 
законсервированные записи для дальнейшей обработки. Входные 
записи должны быть расположены в порядке их возрастания. 
Формат инструкции: 

AKTIVIEREN _, ; 

С помощью инструкции AENDERN (изменить) можно за один 
прогон программы выполнить различные функции по обслужива¬ 
нию основного массива. По информации в поле функции входной 
записи определяется специальная функция для той или иной запи¬ 
си. Формат инструкции: 

AENDERN_ ; 

За один прогон программы одновременно могут быть выполне¬ 
ны следующие операции по обслуживанию массива: заменить, 
добавить, стереть, консервировать, активизировать, корректиро¬ 
вать. Для выполнения этих операций в поле функции нужно зане¬ 
сти букву или цифру, обозначающую соответствующую операцию: 

L или I —стереть; 

Z или 2 — добавить; 

В или 3 — корректировать; 

А или 6 —активизировать; 

S или 7 — консервировать; 

Е или 8 — заменить. 

Для записей сложной структуры знак или буква требуются 
/только для первой физической записи. Входные записи для изме¬ 
нений должны быть рассортированы в порядке возрастания иден¬ 
тификационных признаков. Сортировка по признаку функции не 
требуется . 

С помощью инструкции ZUORDNEN (подчинить) можно под¬ 
чинить (явно или неявно) друг другу поля основного и входного 
массивов с помощью их имен. Неявное подчинение можно пред¬ 
ставить следующим образом: 

ZUORDNEN [IMPL [{ J[usS E R } 

имя-поля 1, 1 . 

имя поля 2 ...] J ’ 

где IMPL — фиксированное слово, которое указывает, что поля 
основного массива должны быть связаны с полями входного масси¬ 
ва неявно. При этом основные поля образуются из входных полей 
того же имени; 
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} — фиксированные слова, указывающие, что 
следующие за ними имена полей нужно 
исключать из неявного подчинения (AUS- 
SER) или что следующие за ними имена полей должны быть под¬ 
чинены друг другу (NUR). Можно задавать любое количество 
полей, разделенных запятой. 

Явное подчинение можно представить следующим образом! 
ZUORDNEN EXPL [ UND IMPl[| ausSER } имя поля 1, имя поля 2, ... J] ; 

Имя поля основного массива AUS имя поля входного массива; 
где EXPL — фиксированное слово, указывающее, что поля основ¬ 
ного и входного массивов, названные в последующих инструкциях 
AUS, должны быть явно подчинены друг другу; 

UND IMPL — фиксированные слова, указывающие, что наряду 
с явным подчинением может выполняться и неявное. При этом 
все поля основного массива образуются из одноименных полей 
входного массива, если ни одно из них или оба поля не были 
подчинены явно или были исключены из подчинения словом AUS- 
SER. 

Имя поля основного массива должно начинаться в колонке 1; 
AUS — фиксированное слово, которое соединяет подчиняемые 
друг другу поля основного и входного массивов. 

С помощью инструкции ZUORDNEN (подчинить) подчиняют¬ 
ся: имена информационных полей и соответствующие синонимы; 
идентификационные поля записей и их синонимы; имена текстовых 
частей и их синонимы. Не подчиняются: поле функции; поле сос¬ 
тояния; идентификационное поле сегмента; поле последовательно¬ 
сти. 

С помощью инструкции EINFUEGEN (включить) устанавлива¬ 
ется точка выхода для дополнительных модулей и одновременно 
сообщаются необходимые имена полей и данные пользователя. 
Формат инструкции: 

EINFUEGEN имя дополнительного модуля 
ВЕІ 

точка выхода 

{ имя поля 1 [, имя поля 2, ... ] 

[/данные пользователя'] 

'данные пользователя' 

где дополнительный модуль должен быть самоперемещающимсч 
и каталогизироваться в библиотеку абсолютных модулей (CL) в 
виде фазы; 

ВЕІ — фиксированное слово, соединяющее операнды «имя 
модуля» и «точка выхода» друг с другом. При накоплении предус¬ 
мотрены следующие точки выхода: VOREIN, MODEIN; VORAUS. 
В одной программе в точках выхода должно быть подключено не 
более одного дополнительного модуля. Точки VOREIN и MODEIN 
не могут загружаться одновременно; при использовании этих то¬ 
чек нельзя указывать имена полей; 


(NUR 

JAUSSER 
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MIT — фиксированное слово, соединяющее точки выхода с 
последующими именами полей или данными пользователя. 
Общая длина всех имен полей не должна превышать 255 знаков; 

данные пользователя записываются в виде числовых констант 
и являются специальной информацией, необходимой только для 
дополнительного модуля. Их максимальная длина — не более 
255 знаков. 

Пример использования инструкции: 

EINFUEGEN PHASE21 ВЕІ MODEIN MIT 
FELD1, FELD2, AD212lj ; 

Параметры полей FELD1 и FELD2 выдаются пользователю в 
списке параметров. Адреса и длина данных пользователя AD 212 
задаются в управляющем блоке дополнительного модуля. 

8. ВСПОМОГАТЕЛЬНЫЕ ФУНКЦИИ СИСТЕМЫ САВИ 

Вспомогательные функции дают возможность пользователю 
получить сведения о содержании ТОД и обслуживать ее массив, 
обеспечивают стирание ненужной ТОД и уплотнение массива. 

Управляющая инструкция HILFSFUNKTION определяет вы¬ 
полнение последующих инструкций, относящихся к массиву ТОД 
или к таблице описаний данных. Формат инструкции: 

HILFSFUNKTION ТОД, [{™ {“Г™ }]}• 

где DBTDATEI — фиксированное слово, указывающее, что после¬ 
дующие вспомогательные функции относятся к массиву ТОД. 

Инструкция AUFLISTEN обеспечивает распечатку содержимо¬ 
го таблицы описания данных или массива ТОД. Формат инструк¬ 
ции: 

AUFLISTEN. _ 

С помощью инструкции DATEIPARAMETER производится 
распечатка служебной информации о массиве ТОД, которая 
содержится в головной записи таблицы описания данных. Формат 
инструкции: 

DATEIPARAMETER ___; 

Инструкция FELDPARAMETER дает возможность получить 
распечатку служебной информации о полях, которая содержится 
в таблице описания данных. Формат инструкции: 

Г (NAMEN П 

FELDPARAMETER (ZAEHLER ; 

L (ATTRIBUTE J J 

Благодаря инструкции LOESCHEN таблица описания данных, 
имя которой совпадает с именем, указанным в инструкции HILFS¬ 
FUNKTION, логически стирается в массиве ТОД. Формат инструк¬ 
ции: 
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LOESCHEN_ 

С помощью инструкции VERDICHTEN логически стертые таб¬ 
лицы описания данных физически удаляются из массива ТОД, т. е. 
массив ТОД реорганизуется таким образом, что все имеющиеся 
описания данных располагаются непосредственно друг за другом. 
Формат инструкции: 

VERDICHTEN, _ 

Для работы программы с инструкциями вспомогательных функ¬ 
ций указывается следующая последовательность управляющих 
карт задания: 


// JOB имя задания 

// ASSGN SYS004,X , nnn' 1 адрес дискового устройства 

// DLBL SWDBT, 'имя массива ТОД/, DAJ сивом ТОД 
// EXTENT SYS004, .. 


// ASSGN SYS005,X'nnn' 
// DLBL SWARB.JZ.DA 
// EXTENT SYSK05,... 
// EXEC SW#SAWI 


I адрес дискового устройства с рабо- 
I чим массивом (для уплотнения) 


для вспомогательных 


/* 

/& 

В зависимости от операнда, заданного в инструкции, возможны 
следующие последовательности инструкций вспомогательных 
функций: 


а) HILFSFUNKTION DBTDATEI; 

AUFLISTEN; 

или 

VERDICHTEN; 

Все другие инструкции игнорируются. 

б) HILFSFUNKTION имя ТОД ...; 
AUFLISTEN; 

DATEIPARAMETER; 
FELDPARAMETER ...; 
FELDPARAMETER ...; 


FELDPARAMETER .. ; 

в) HILFSFUNKTION имя ТОД ...; 

LOESCHEN, _! 

г) HILFSFUNKTION имя ТОД ...; 

AUFLISTEN, __; 

Здесь система выполняет дополнительную работу, не заданную инструкцией 
DATEIPARAMETER. 


9. ЯЗЫК ОПЕРАЦИЙ ДЛЯ ПОИСКА И ВЫВОДА ИНФОРМАЦИИ 

Поиск в основных массивах осуществляется с помощью управ¬ 
ляющей инструкции SUCHEN (поиск). Она вызывает программы 
поиска и подготовки ТОД для основного массива, в котором осу¬ 
ществляется поиск. Формат инструкции: 

SUCHEN имя ТОД осн.; 
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С помощью инструкции WENN (если) формулируются условия 
поиска. Формат инструкции: 

[имя условия] WENN операнд условия 
NICHT] 

оператор условия] 

'операнд сравнения] 

где имя условия—1—7 алфавитно-цифровых знаков. В одной 
программе возможно максимально 25 имен условия. 

Операндом условия может быть: имя поля; имя условия, в 
круглых скобках; ключевой операнд (максимальная длина ключа 
128 байт); код доступа пользователя; 

операторами условия могут быть: 

GLEICH — равно 

GROESSER — больше 

KLEINER — меньше 

BEREICH — область 

TABELLE — таблица 

DURCHSUCHEN — просмотреть 
ERFUELLT — условие выполнено; 

операндом сравнения может быть: имя поля; константа (ее 
максимальная длина 255 байт); таблица констант (ее максималь¬ 
ная длина 255 байт); цифровая величина; таблица цифровых 
величин. 

С помощью инструкций AUSGEBEN (вывод), DRUCKEN 
(печатать) и STANZEN (перфорировать) устанавливается выход¬ 
ной носитель данных или указывается, следует игнорировать вы¬ 
вод или нет. Формат инструкции: 

( AUSGEBE.Ni f [ALLE] ] 

[имя вывода] ( DRUCKEN ) { UNTERDRUCKEN 

I STANZEN 1 I AUF носитель J 

В качестве носителя могут использоваться: диск (PLATTE), 
магнитная лента без метки (BAND), магнитная лента с меткам,! 
(KBAND), АЦПУ (PARALLELDRUCKER, исключая STANZEN), 
перфокарты (KARTE, исключая DRUCKEN), перфолента (LOCH- 
BAND). Если не задается носитель для вывода, то происходит 
вывод на устройства системного вывода. 

Инструкция AUFBEREITEN (подготовить) указывает, что вы¬ 
ходные записи должны быть подготовлены в соответствии с после¬ 
дующими инструкциями ZEILE (строка). Одновременно устанав¬ 
ливаются определенные параметры вывода. Формат инструкциаз 

AUFBEREITEN [SATZLAENGE nnnn ] 

[BLOCKFAKTOR nnn ] 

[ANZAHL nnn ] ; 


' UND 
ODER 
... ]: 
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где операнд SATZLAENGE указывает максимальную длину 
подготовленной записи (десятичное число); 

операнд BLOCKFAKTOR определяет фактор блокировки для 
выходного массива. Если фактор блокировки не указывается, то 
производится неблокированный вывод; 

операнд ANZAHL определяет количество строк при выводе на 
печать в расчете на каждый лист. Если операнд не указывается, 
то производится вывод из расчета 60 строк на лист. 

С помощью инструкции ZAEHLEN (считать) подсчитывается 
количество всех записей выходного массива. Формат инструкции: 

ZAEHLEN. _ 

Если необходимо только определить общее количество записей 
выходного массива, то требуется следующая последовательность 
инструкций; 

AUSGEBEN UNTERDRUECKEN; ZAEHLEN; 

С помощью инструкции ADDIEREN (сложить) суммируются 
реквизиты цифрового поля по всем записям выходного массива; 
можно производить суммирование нескольких полей в одно поле 
результата. Формат инструкции: 

ADDIEREN имя поля IN имя поля результата; 

Инструкция SORTIEREN (сортировать) влияет на сортировку 
итоговых записей максимально по восьми ведущим реквизитам, по 
которым осуществляется сортировка. При этом длина всех веду¬ 
щих реквизитов не должна превышать 256 байт. Инструкция дей¬ 
ствительна для любого выходного массива. Формат инструкции: 

SORTIEREN имя поля [{ FALLEN!? }] 

КК 0 )]...]; 

где операнды (gggg 0 ) ° —'" “ ~ 

следовательность сортировки. Если операнды опущены, то пред¬ 
полагается STEIGEND. 

Для выполнения сортировки требуется МЛ без метки для 
промежуточного накопления итоговых записей и рабочая область 
на МД (не менее 300 дорожек). Логическим устройствам SYS001 
и SYS002 назначают одну МЛ, а затем применяют управляющий 
оператор //МТС REW, SYS002. Для распределения области на 
МД используется логическое имя массива SORTWK1 и логическое 
устройство SYS003. 

Объем основной памяти при сортировке прежде всего зависит 
от длины итоговой записи. Учитывая, что система работает с 
перекрытием, объем основной памяти рассчитывается по следую¬ 
щей эмпирической формуле: 

объем основной памяти=2К+длина блока+ 
длина записи+объем основной памяти (SORT) 



Инструкция TITEL (заголовок) описывает структуру строк 
титульного листа. Формат инструкции: 

TITEL г 'text/ [пппі] -і 
I 'text/ [nnn 2 ] 

I 'text/ [ппііз] I ’ 

L 'text/ [nnn 4 ] J 

где 'text' — указание текста, оно состоит не более чем из 120 или 
156 знаков в зависимости от типа АЦПУ; 

ппп — номер позиции начала текста в строке заглавия. 
Инструкция KOPF (шапка) описывает структуру строк подза¬ 
головка. Формат инструкции: 

KOPF г 'text,' [ппп,] 

I 'text/ [nnn 2 ] 

I 'text/ [nnn 3 ] 


L 'textn' [пппп] -* 

где 'text' — указание текста, оно состоит не более чем из 120 или 
156 знаков в зависимости от типа АЦПУ; 
ппп — номер позиции начала текста в строке подзаголовка 
(шапки). 

Инструкция FUSS (последняя строка) описывает структуру 
последней строки при выводе на печать. Последние строки распе¬ 
чатываются в конце каждого листа. Формат инструкции: 

FUSS Г 'text,' ппп, 1 
'text 2 ' nnn 2 ; 

где ''text' — текст, включающий не более чем 120 или 156 знаков в 
зависимости от типа АЦПУ; 

ппп — номер позиции начала текста в заключительной строке. 
С помощью инструкции VORSCHUB (сдвиг) для наглядного 
оформления табуляграммы могут быть введены пустые строки. 
В системе автоматический сдвиг на новую строку не предусмотрен. 
Формат инструкции: 

VORSCHUB nn; 

где nn — десятичное число (максимум 30), указывающее, сколько 
пустых строк следует ввести между строками с информа¬ 
цией. 

С помощью инструкции ZEILE (строка) запись результатов 
подготавливается для выдачи на печать. При этом пользователь 
устанавливает позицию вывода, форму представления и длину 
записи. Формат инструкции: 
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где имя поля — имя основного поля, содержание которого должно 
выдаваться на печать в определенной форме; 
имя поля, данные пользователя — имя основного поля, содер¬ 
жание которого должно выда¬ 
ваться в той форме и с той 
длиной, которые устанавли¬ 
ваются пользователем. 

В качестве данных пользователя в соответствии с формой 
представления основного поля могут быть использованы: nnnl 
[,ппп2] (здесь nnnl — десятичное число, указывающее количество 
выдаваемых знаков; ппп2 — десятичное число, указывающее отно¬ 
сительный адрес выдаваемой части основного поля, относительно 
начала поля, имеющего форму представления Т). Второе десятич¬ 
ное число может не указываться, если нужно вызвать первую часть 
поля (относительный адрес 0); 

'шаблон' — операнд, который дает возможность определить 
шаблон для подготовки выдаваемого поля. Шаблон указывается 
для вывода во внешней форме (EXTERN) основного поля с фор¬ 
мой представления А или Р. Максимальная длина шаблона 3! 
знак (см. операнд MASKE). Сумма всех замененных цифрами 
знаков должна соответствовать разрядности поля и не должна 
превышать 15 байт. Если шаблон не указан ни в ТОД, ни в дан¬ 
ной инструкции, система выдает содержимое поля в виде: 
'???.???.???.???.?@ ?' 

позиция — десятичное число, указывающее на позицию в строке 
для выдаваемого поля. Начальная позиция — единица. Если пози¬ 
ция не задана, то система разделяет в строке содержимое полей 
двумя пробелами; 

операнд EXTERN (внешний) задает выдачу содержимого поля 
во внешней форме (EBCDIC) согласно ТОД; 

операнд INTERN (внутренний) задает выдачу содержимого по¬ 
ля согласно форме представления, указанной в основной ТОД; 

операнд HEXADEZIMAL (шестнадцатеричный) задает выдачу 
содержимого поля в шестнадцатеричной форме (X). При этом 
каждый байт представляется двумя знаками; 

операнд DEZIMAL (десятичный) задает выдачу содержимого 
числового поля в десятичной форме. 
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С помощью инструкции ZEILE система определяет длину 
выходной записи, поэтому при выводе на ПК ее длина не должна 
превышать 80 знаков, а при выводе на печать—120 или 156 зна¬ 
ков (в зависимости от типа АЦПУ). 

Примеры использования ZEILE: 

a) ZEILE FELD1 10 FELD2 35 TEXT, 30 65; 

VORSCHUB 1; 

ZEILE TEXT, 40*30 65; 

Здесь предусмотрена выдача записи в две строки, так как 
ширина печатной строки— 120 знаков; 

б) ZEILE FELD1 15 FELD2, '?????,??' 30 'W 48; 

Здесь предусмотрена выдача записи, где заданы шаблон выда¬ 
чи поля FELD2 и текст к данному полю. 
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